软件测试与验收规范.docx
PAGE
PAGE8
软件测试与验收规范
1目的
对软件产品进行测试的工作流程、资源及各项工作的要求及所需形成文档进行详细说明。以提高测试质量和测试效率为目的，确保软件产品满足质量要求。
2适用范围
适用于公司的软件产品和软件项目的整个测试活动。
3职责
3.1 开发人员：负责软件项目或软件产品的单元测试、集成测试。
3.2 测试人员：负责软件项目或软件产品的系统测试、验收测试。
4.工作程序
4.1 总则
根据项目情况，测试可以部分包括以下几个活动：单元测试、集成测试、系统测试、验收测试。
1）单元测试：开发人员对自己编写的模块的内部测试。
2）集成测试：对几个模块之间的接口进行的测试，一般由开发人员执行，采用黑盒与白盒相结合的测试方法。
3）系统测试：集成测试完成，方可进行系统测试，通过参照系统需求和设计文档，进一步确认系统功能的正确性和完整性。其中可以包括功能确认测试、性能测试、安装测试和加密检测等。采用黑盒测试法。
4）验收测试：有用户参与的测试。
4.2测试流程图
所有阶段的测试都应当遵循如下流程（如图所示）：
第一步：制定测试计划。该计划被批准后转向第二步。
第二步：设计测试用例。该用例被批准后转向第三步。
第三步：如果满足“启动准则”，那么执行测试。
第四步：撰写“测试报告”。
第五步：消除软件缺陷。如果满足“完成准则”，那么正常结束测试。
启动准则完成测试消除软件缺陷撰写测试报告执行测试设计测试用例制定测试计划回归测试审批审批完成准则
启动准则
完成
测试
消除软件缺陷
撰写测试报告
执行测试
设计测试用例
制定测试计划
回归测试
审批
审批
完成准则
图7-2测试流程图
4.3测试的“启动准则”
同时满足以下条件，允许开始测试：
（1）测试计划已经制定并且通过了审批；
（2）测试用例已经设计并且通过了审批；
（3）被测试对象已经开发完毕并等待测试。
4.4测试的“完成准则”
对于非严格系统可以采用“基于测试用例”的准则。同时满足以下条件，允许结束测试：
（1）功能性测试用例通过率达到100％；
（2）非功能性测试用例通过率达到90％时。
5.执行规范
5.1测试计划
技术研发部门依据《开发计划》安排，成立功能测试小组，由项目负责人指定测试负责人和测试小组成员。由相关开发人员、测试人员编写测试用例。
5.2 测试执行
测试要求测试者既熟知模块的内部细节，又能从足够高的层次上观察整个系统，测试目的在于发现软件产品设计与开发中的错误。
5.2.1 根据系统的运行条件准备测试环境。测试人员对测试环境进行确认。
确认计算机硬件、网络、软件支撑环境已满足所测试软件对其的要求，并确认这些环境运行正常；
消除病毒干扰：首先使用杀毒软件对测试环境进行病毒的检测和杀毒处理；其次对被测试的软件进行病毒的检测和杀毒处理。
5.2.2 测试人员根据测试中发现的问题认真记录并交给相关开发人员进行处理。
5.2.3 开发人员根据测试问题记录卡对软件进行修改。测试人员对修改的情况进一步确认。
5.3 测试总结
测试负责人编写“软件测试报告”，总结在测试中发现的问题，分析测试的重点内容，总结经验、教训。
5.4测试计划和测试报告需要有项目负责人组织评审。
6测试规范
6.1集成测试规范
6.1.1集成测试一般集中于各个模块接口间的测试。
集成测试界于单元测试和系统测试之间。集成测试内容必须源于《系统设计报告》。集成测试着重于集成版本的外部接口的行为。因此，测试需求须具有可观测、可测评性。
6.1.2集成测试计划制定的时间
在《系统设计报告》完成之后，依据《系统设计报告》制定集成测试计划。
类别
递交时间
制定者
审批者
《集成测试计划》
在系统设计阶段就可以起草，最迟可在实现阶段之初递交。
开发人员
项目负责人
6.1.3集成测试计划内容：
1）明确测试所需要的资源（人员、人员的任务分派、各小组的联系人、时间进度、team里面的各种server、Lab环境等等），各种支持资源由谁负责维护等。
2）明确测试策略。就是什么测，什么不测。测的东西，测到什么程度，是不是用自动化，等等。若有本次测试不涉及的地方，需在测试计划里注明：哪些内容不测、不测的原因是什么。
3）必须列明产品通过的准则。
4）指明测试中可能遇到的问题与对策
6.1.4集成测试计划制定后，需经过项目相关人员的评审。
6.2系统测试计划规定
当软件开发完毕后，需要进行全面的系统测试。系统测试采用黑盒测方式，其目的是检查系统是否符合软件需求。系统测试的主要内容有：功能测试、健壮性测试、性能－效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等。应当由机构的独立测试小组来执行系统测试。
6.2.1确定测试需