软件开发测试流程
文件编号：
PS-QA-软件开发测试流程-NO.20140326001
适用范围：
开发测试流程
版本状态：
■草案 □定稿 □修订稿 □审核稿
编制：
于丹
编制日期：
2014-3-26
审核：
审核日期：
批准：
批准日期：
版本变化：
创建时间
版本
创建人
修改人
2014-3-26
V_001
于丹
目录
一 软件开发测试阶段说明 5
二 各个阶段责任主体 5
三 软件开发测试流程图 6
四 角色与职责 8
五 版本发布标准 10
六 错误级别说明 11
七 缺陷管理说明 13
八 注意事项 14
编写目的
规范的工作流程和有效的测试进度控制以及和各部门的协同工作将有助于提高我们的开发和测试工作效率以及保障产品质量。

一 软件开发测试阶段说明
单元测试——开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常采用白盒测试方法。

集成测试——两个或两个以上的模块集成在一起进行测试，主要是测试模块间的接口，集成测试是最常见的测试类型。

系统测试——模拟真实用户场景，将硬件、操作系统、程序、系统支持软件、最终用户等综合在一起进行系统整体的测试，通常是在项目、产品上线后验收前进行系统测试，有条件的话也可以在β测试前进行
回归测试——项目、产品验收前，对以前系统中的严重级别的bugs，进行重现操作。一般用自动化测试工具代替人工操作，但由于人力资源问题，一般公司不经历这个阶段
验收测试——验收测试是相对复杂的一种测试，需要研发人员、最终用户的共同参与，验收不仅仅针对系统的bugs，而是对整体项目或产品的发布流程的一种测试，一般包括系统本身测试、文档测试等。通常所说的α测试、β测试都属于验收测试范围。

二 各个阶段责任主体
需求——产品、运营
单元测试——研发人员
集成测试——研发人员、测试人员
系统测试——测试人员
回归测试——测试人员
验收测试——测试人员、研发人员、产品人员
测试计划评审——测试人员、研发人员、产品人员
测试方案评审——测试人员、研发人员、产品人员
测试用例评审——测试人员、研发人员、产品人员
三 软件开发测试流程图
【流程说明】：
产品人员、研发人员给测试人员提交测试任务的工单
测试人员阅读、分析《需求说明文档》和《概要设计文档》;
测试人员根据《需求说明文档》、《概要设计文档》和《项目计划》制定《测试计划》;
测试人员完成《测试计划》后，邮件形式发送给产品人员和研发人员共同对此《测试计划》进行评审;评审不通过时测试人员对测试计划进行修改、补充，直至评审通过;
测试人员完成《测试方案》后，邮件形式发送给产品人员和研发人员共同对此《测试方案》进行评审;评审不通过时测试人员对测试方案进行修改、补充，直至评审通过;
测试人员根据《需求说明文档》和《概要设计文档》编写《测试用例》;
测试人员完成《测试用例》后，邮件形式发送给产品人员和研发人员共同对此《测试用例》进行评审;评审不通过时测试人员对测试用例进行修改、补充，直至评审通过;
评审通过进行测试执行。测试执行阶段工作流程：
第一个新版本发布后，测试人员查看自己负责模块在该版本中的发布特性，确定哪些功能可以测试，挑选对应的测试用例；
根据编制的测试规程和测试用例的优先级，逐个执行测试用例，记录测试结果，发现bugs时提交到bugs缺陷管理系统中
如果测试发现重大问题，导致该版本测试无法继续，发邮件或是直接通知相关人员该模块测试暂停；
如果测试用例执行完毕，邮件或直接通知相关人员该模块该版本测试完成，等待新版本发布。

如果模块中所有问题均已关闭，邮件或直接通知相关人员该模块测试结束。

下一个版本发布时，测试人员对上一个版本出现的问题进行回归测试，测试人员查看自己负责模块在该版本中的修改情况，挑选测试用例；
重复上述2~4，直到满足5中的条件。

完成产品系统测试、回归测试，直至测试通过
测试通过后，通知产品人员对项目进行验收，验收不通过，测试人员再次执行测试，重复测试执行的操作，直至验收通过。

验收通过，测试人员编写测试分析报告，报告中描述测试中出现的问题，以及测试结果。发送测试报告给产品总监、研发总监、相关产品人员和研发人员。

验收通过后，产品方可上线。

测试人员在正式环境对其产品进行上线测试，执