PJ-QP-TP 测试过程

1、文件名称测试过程版本号V01.00文件编号PJ-QP-TP机密等级低发布日期2015-10-12生效日期2015-10-12测试过程拟制严洪刚日期2015-10-12亿合科技 测试过程文件修订履历创建/变更人变化状态变更摘要(章节/内容)版本创建/变更时间批准人严洪刚新建V01.002015/10/12变化状态：新建，增加，修改,删除 第2页 /共10页亿合科技 测试过程目 录1目的52范围53术语和定义54正文内容54.1.测试计划54.2.集成测试64.2.1.集成测试接收标准64.2.2.集成测试退出标准64.2.3.用例设计64.2.4.测试执行64.2.5.缺陷分析报告74.2.6.

2、测试报告74.3.系统测试74.3.1.系统测试接收标准74.3.2.系统测试退出标准84.3.3.用例设计84.3.4.测试执行84.3.5.缺陷分析报告84.3.6.测试报告（对客户）94.4.验收测试94.4.1.测试准备94.4.2.测试执行95相关联文件106表单和模板107流程图10测试过程1 目的明确单元测试、集成测试、系统测试、验收测试的流程，指导测试组进行测试过程活动。2 范围本程序适用于亿合科技软件测试过程使用。3 术语和定义1. 集成测试：根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。它所测试的内容包括单元间的接口

3、以及集成后的功能。2. 系统测试：针对系统需求书规定的所有功能和非功能需求的全面验证工作，测试整个系统，以证实它满足要求所规定的功能、质量和性能等方面的特性。3. 验收测试：按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。4. 回归测试：在软件修改后再次运行以前为查找错误而执行程序曾用过的测试用例。5. 测试负责人：负责组织安排测试的人员。由测试经理或负责集成测试、系统测试的人员担当。6. 测试人员：在测试过程中设计、执行测试的人员。在集成测试中可以由负责集成测试的开发人员担当，也可以由或负责集成测试的测试人员担当；在系统测试中由测试人员担当。4

4、 正文内容1.2.3.4.4.1. 测试计划概述测试负责人制定测试计划，组织测试人员进行培训。角色职责1. 测试负责人：制定测试计划、组织培训。2. 测试人员：熟悉项目资料，接受业务培训。 入口准则项目计划书、需求规格说明书、概要设计已经评审或部分已确认。输入需求规格说明书、概要设计、测试指南、项目计划书出口准则测试计划通过评审。输出测试计划1. 测试经理指定项目的测试负责人。2. 测试负责人参照需求规格说明书、概要设计确定测试范围，并确定相应的测试策略。3. 测试范围确定后，测试负责人参照项目计划书组建测试团队、分配测试资源。4. 制定进度计划。测试负责人参照项目计划书，确定测试阶段，检查点

5、，（如不另写验收测试计划，测试阶段中可以包括验收测试。）5. 确定缺陷分析报告提交频度（可以是测试开始后的每周），写入进度计划。6. 测试评价。确定测试通过的标准。7. 根据测试计划模板制定测试计划。8. 测试负责人组织测试人员熟悉项目资料，接受业务培训。9. 需求、项目计划基线建立后，邀请QA、项目经理参加测试计划评审。参见项目评审规程非正式评审。概述测试负责人安排测试人员对已经集成的系统进行集成测试。角色职责1. 测试负责人：组织编写测试用例，安排人员进行集成测试。2. 测试人员：执行集成测试。入口准则待测试的产品组件已经被集成，且编译通过。输入概要设计、需求规格说明书、集成部分测试用例、

6、缺陷处理规程、代码问题登记表、项目评审缺陷汇总表出口准则完成集成测试，缺陷已经被修复。输出测试用例、缺陷记录4.2. 集成测试4.2.1. 集成测试接收标准1. 集成测试的代码已经过单元测试及通过代码走查；并接收到说明代码已通过审核的代码问题登记表、项目评审缺陷汇总表；2. 接收到辅助文档：概要设计、需求规格说明书；3. 测试版本的文件名称中具有配置标识；4. 产品已经集成完毕； 并排除了接口错误，编译通过；5. 版本提交单中核心模块的缺陷率不超过30%；6. 核心模块中的级别为非常严重、严重的缺陷不超过5个。4.2.2. 集成测试退出标准1. 集成部分测试用例已全部执行；4.2.3. 用例设

7、计1. 测试负责人安排测试人员设计集成测试用例。2. 测试人员参照测试计划，根据概要设计、需求规格说明书编写集成部分测试用例。3. 集成测试方案选型。编写集成部分测试用例时，根据产品集成的方式、顺序设计用例，一般选择自底向上集成测试方案。参见测试指南。4. 编写用例过程中，同步制作部分测试数据。5. 集成部分测试用例完成后，可以进行评审，参照项目评审规程非正式评审。（可选）4.2.4. 测试执行1. 开发人员协助测试人员搭建测试环境，包括硬件环境、软件环境、网络环境、数据库、提供测试数据等，测试人员准备测试工具等。2. 开发人员在测试环境中进行产品集成及调试，至符合接收标准后开始测试。3. 测

8、试人员根据集成部分测试用例逐条执行集成测试。4. 测试人员在执行测试过程中，参照缺陷处理规程。5. 测试人员跟踪处理缺陷。在所有测试用例被执行完成后，结束一个测试周期。6. 进行回归测试。将测试用例重新执行一遍以确认对缺陷的修复未引入新的缺陷。项目时间紧迫时，可执行优先级为“高”、“中”的用例，如有时间再执行级别为“低”的用例。7. 达到集成测试退出标准时，结束测试。8. 测试完成后，测试人员将测试执行情况更新至测试用例。4.2.5. 缺陷分析报告概述测试负责人对缺陷进行汇总分析，通报给项目经理。角色职责1. 测试负责人：对缺陷进行汇总分析。入口准则测试活动已开始输入缺陷记录出口准则项目成员已

9、接收到缺陷分析报告输出缺陷分析报告1. 测试负责人在测试过程中，监督缺陷处理情况。2. 测试负责人按照测试计划对缺陷进行汇总分析，形成缺陷分析报告并通报给项目经理和SQA。4.2.6. 测试报告1. 集成测试结束后，测试负责人整理测试资源的消耗情况。2. 之后收集、汇总缺陷，生成测试结果。分析测试过程中产生的缺陷。为完成测试报告做准备。参见系统测试中测试报告部分。4.3. 系统测试概述测试负责人安排测试人员进行系统测试。角色职责1. 测试负责人：组织审核测试用例，安排人员进行系统测试。2. 测试人员：设计测试用例，执行测试，记录缺陷。入口准则需求规格说明书已评审或部分确认，软件符合接收标准。集

10、成测试已完成。输入需求规格说明书、软件设计文档、测试计划、测试用例缺陷处理规程、版本提交单出口准则测试用例已全部执行，满足测试退出标准。输出测试用例、缺陷记录4.3.1. 系统测试接收标准1. 接收到辅助文档：概要设计、需求规格说明书；2. 测试版本的文件名称中具有配置标识；3. 系统已通过集成测试。4.3.2. 系统测试退出标准1. 系统测试用例已全部执行；2. 所发现的缺陷除推迟解决的以外已全部解决，推迟的缺陷需符合缺陷遗留准则。3. 缺陷遗留准则：a. 导致数据丢失、死机、系统崩溃或悬挂的缺陷；系统的主要功能部分丧失，或数据不能保存的缺陷不允许被遗留；b. 遗留缺陷占所有缺陷的比例不能超

11、过1%，或最多不超过5个；c. 遗留缺陷不影响用户正常使用软件。4.3.3. 用例设计1. 测试负责人安排测试人员设计测试用例。2. 测试人员参照测试计划，根据需求规格说明书、软件设计文档设计测试用例。3. 测试类型选择。根据测试计划，选择测试范围内的测试类型进行相应的用例编写。4. 编写用例过程中，同步制作部分测试数据。5. 测试用例完成后，可以进行评审，参照项目评审规程。4.3.4. 测试执行1. 开发人员协助测试人员搭建测试环境，包括硬件环境、软件环境、网络环境、提供测试数据等，测试人员准备测试工具等。2. 软件提交测试后，对已经通过集成测试的软件进行测试。3. 测试负责人组织安排测试人

12、员执行系统测试。4. 测试人员根据测试用例逐条执行测试。5. 测试人员在执行测试过程中，参照缺陷处理规程。6. 测试负责人定期跟踪缺陷处理情况，并将缺陷通报给项目组成员，监督缺陷处理情况。汇报格式参见测试分析报告部分。7. 测试人员跟踪处理缺陷。在所有测试用例被执行完成后，结束一个测试周期。8. 进行回归测试。将测试用例重新执行一遍以确认对缺陷的修复未引入新的缺陷。项目时间紧迫时，可执行优先级为“高”、“中”的用例，如有时间再执行级别为“低”的用例。9. 达到系统测试退出标准时，结束测试。10. 测试完成后，测试人员将测试执行情况更新至测试用例。4.3.5. 缺陷分析报告概述测试负责人对缺陷进

13、行汇总分析，通报给项目经理。角色职责1. 测试负责人：对缺陷进行汇总分析。入口准则测试活动已开始输入缺陷记录出口准则项目成员已接收到缺陷分析报告输出缺陷分析报告1. 测试负责人在测试过程中，监督缺陷处理情况。2. 测试负责人按照测试计划对缺陷进行汇总分析，形成缺陷分析报告并通报给项目经理和SQA。4.3.6. 测试报告（对客户）概述测试负责人针对集成测试、系统测试结果做出评估。角色职责1. 测试负责人：编写测试报告，评估测试结果。入口准则系统测试完成，满足了系统测试退出标准。输入缺陷记录、测试用例出口准则测试报告已完成。输出测试报告1. 集成测试、系统测试结束后，测试负责人整理测试资源的消耗情

14、况。2. 之后收集、汇总缺陷，生成测试结果。3. 分析测试过程中产生的缺陷。统计测试覆盖率，对详细功能模块进行统计分析。4. 对软件测试结果进行评估，说明软件是否达到通过测试的标准。5. 最后测试负责人依照测试报告模板，编写成测试报告，提交项目经理作为项目验收依据。6. 评估结果为通过测试的软件，测试经理在软件系统发布确认单上签字确认，参见项目验收与结项过程。4.4. 验收测试概述测试负责人安排人员在客户现场执行测试，以判断系统功能实现是否满足用户需求规格说明书的要求。根据项目情况和用户要求，系统现场测试还包括性能测试。角色职责1. 测试负责人：安排人员进行客户现场测试。2. 测试人员：执行验

15、收测试、性能测试。入口准则系统测试完成。输入安装手册、需求规格说明书、验收测试功能列表出口准则验收测试功能列表列出的内容用户确认已经正确实现，测试经理已签字确认。输出确认后的验收测试功能列表、缺陷记录。4.4.1. 验收测试准备1. 测试负责人组织安排人员进行客户现场测试。2. 开发人员协助测试人员确认系统的软硬件环境，根据安装手册进行系统的安装。3. 导入测试数据、用户提供的业务数据、系统数据、设置系统参数等。4. 初始化系统，设置系统权限。5. 测试负责人准备验收测试功能列表，或收集用户提供的验收功能列表。6. 项目经理协调验收测试的时间及地点并通知项目组成员。4.4.2. 验收测试执行1. 测试负责人安排人员依据验收测试功能列表在客户现场执行测试，项目经理、客户进行确认。2. 如需要进行性能测试，测试人员依据测试用例执行测试。3. 验收测试中发现的缺陷统一登记到缺陷管理工具（缺陷记录）。4. 由项目经理与客户共同确认测试中发现的缺陷，项目经理分派需要修改的缺陷。5. 开发人员负责修改的缺陷。测试人员跟踪验证缺陷。6. 缺陷修复后，再组织验收