目 录
前 言
应用系统集成测试规范
1范围
2术语和定义
2.1金质办
2.2用户
2.3监理
2.4总集成商
2.5总标准商
2.6各级开发商
2.7PM&PSM
2.8评审
2.9审核
3应用系统集成测试规范
3.1集成测试的前提条件
a)参与集成测试的各应用软件系统经过了各级开发商的单元测试、集成测试,测试总结报告通过了监理、总集成商、
b)参与集成测试的各级开发商提出集成测试的书面申请,各级开发商并已经准备好了接口测试用例。
c)参与集成测试的各级开发商的应用系统已经集中,并已经搭建好了测试的环境。
d)测试环境准备完毕。包括场地安排、网络联调、硬件环境、参与集成测试的各级开发商的配合支持人员已经到位等
3.2集成测试的内容
a)在把各个应用系统连接起来的时候,穿越系统接口的数据是否会丢失,数据转换是否正确,数据权限是否准确;
b)一个系统的功能是否会对另一个系统的功能产生不利的影响;
c)各个子系统组合起来,能否达到“金质工程”一期系统预期的要求;
d)“金质工程”的整体数据结构是否有问题;
e)各子系统组合起来的性能是否符合多个用户的业务管理需求。
应用在客户端性能的测试
应用在网络上性能的测试
应用在服务器端性能的测试。
3.3集成测试过程
正常终止:所有测试过程(或脚本)按预期方式执行至结束。
致命错误 - 系统故障(网络故障、硬件崩溃等)。
测试脚本命令故障。
分析测试结果并提交变更请求,以保证测试已执行完全,并确保报告的测试结果没有受到非测试对象因素的影响;
评估基于需求的测试覆盖,来确定:需求的测试(测试用例)的数量与测试对象的总需求测试数量的比例。
分析缺陷,目的在于通过队缺陷密度、趋势等的分析,将本次迭代的评测方法与先前各次迭代的分析结果进行比较
3.4测试发现问题的处理流程
a)测试人员测试后填写《测试问题卡》并及时提交测试负责人。
b)测试负责人对《测试问题卡》进行审阅、汇总,并进行签字确认。
c)测试负责人将汇总确认后的《测试问题卡》交给各级开发商开发负责人,同时进行存档。
d)开发商开发负责人接到《测试问题卡》后,首先进行审阅,如有疑问的与总集成商测试负责人进行沟通,确认必须
e)各级开发商开发负责人对修改情况进行跟踪检查,组织各开发商专业测试人员对修改后的应用程序进行回归测试,
f)各级开发商开发负责人对修改情况进行跟踪检查,并将修改完成情况(《问题跟踪报告》)及时汇总并反馈给总集
g)所有开发商的问题修改完成,总集成商的测试人员进行问题的回归测试。
3.5测试沟通会议
附录A (资料性附录)
参考文献