软件测试的目的是发现程序错误,检查系统是否满足需求。是以评价一个程序或者系统属性为目标的一种活动,是对软件质量的度量与评估,以验证软件的质量满足用户的需求。(注:以下是工作中的总结,不同公司对确定测试内容的流程不同)
一、编写测试总体计划
1.入口准则:测试经理根据《年度版本规划书》、《项目立项申请表》编写测试
总体计划,项目变更时,需要判断对测试的影响,变更总体计划。评审委员会评审
此计划。
2.步骤: 测试经理根据《年度版本规划书》、《项目立项申请表》编写测试总体
计划,测试总体计划内容包括:测试内容(功能测试、流程测试、性能测试等)、
测试环境、测试资源安排(测试用例编写计划、培训计划、测试执行计划)、测试
工具(缺陷管理工具、文档管理工具、配置管理工具等)、测试风险及对策。 ->
项目变更时,如果判断出影响测试工作,变更总体计划。-> 评审委员会评审测试总
体计划,测试总体计划被批准,请相关人员签字确认,否则返回评审问题给测试经
理。测试经理根据返回的问题汇总清单,修改测试总体计划,直到被批准为止。->
测试总体计划被批准后,整理成测试工作计划。
3.出口准则:《测试总体计划》被批准,形成《测试总体计划》、《测试工作计划》
二、编写测试用例
1.入口准则:测试总体计划被批准;需求规格说明书基线已生成;设计文档。
2.步骤:测试工程师根据测试总体计划中的测试内容、需求规格说明书、设计文
档,编写有效的测试用例;如果需求规格说明书、设计文档变更时,依照评审后的
需求规格说明书和设计文档,修改测试用例。编写完毕,提交给测试经理进行检
查,由测试经理申请评审。->评审委员会进行评审,若评审通过,让相关人员签
字;否则对照评审问题汇总清单,修改《测试用例》,直到用例评审通过为止。
3.出口准则:《测试用例》被批准。
三、系统测试
1.入口准则:单元测试通过,测试基线已形成,已提交《单元测试报告》。
2.步骤:开发经理申请测试。->开发部门经理检查申请测试功能模块通过。->配置
管理员发布测试版本,以邮件的形式通知。->测试工程师从发版本目录中取测试版
本,根据测试总体计划中描述的测试环境,搭建测试环境。->测试工程师进行接收
测试,不通过则退回,不形成测试报告;若通过则进行系统全面测试。->测试过程
中发现BUG,提交到Bugfree中;开发经理分配BUG;开发人员修复BUG,且置状
态;配置管理员发布修复版本;测试工程师进行回归测试,回归测试时BUG修复成
功,则关闭,否则激活。->系统测试完毕,形成测试报告。
3.出口准则:《测试计划和报告》。