项目软件测试流程及规范

项目软件流程与测试规范XXXX测试组

XXX

目录

一、项目软件流程与测试人员工作范围 (4)

1、项目软件流程阶段 (4)

2、测试人员工作范围 (4)

3、相关名词解释 (4)

二、业务需求阶段 (5)

1、考核指标 (5)

2、本阶段工作流程 (5)

3、本阶段具体做法 (5)

4、参考经验 (5)

三、业务需求与验收测试设计 (6)

1、考核指标 (6)

2、本阶段工作流程 (6)

3、本阶段具体做法 (6)

4、参考经验 (6)

四、业务需求分析与系统设计 (6)

1、考核指标 (6)

2、本阶段工作流程 (6)

3、本阶段具体做法 (7)

4、参考经验 (7)

五、需求理解、系统设计与确认、系统测试设计 (7)

1、考核指标 (7)

2、本阶段工作流程 (7)

3、本阶段具体做法 (7)

4、参考经验 (7)

六、概要设计 (8)

1、考核指标 (8)

2、本阶段工作流程 (8)

3、本阶段具体做法 (8)

4、参考经验 (8)

七、概要设计与集成测试设计 (9)

1、考核指标 (9)

2、本阶段工作流程 (9)

3、本阶段具体做法 (9)

4、参考经验 (9)

八、详细设计阶段 (11)

1、考核指标 (11)

2、本阶段工作流程 (11)

3、本阶段具体做法 (11)

4、参考经验 (11)

九、详细设计与单元测试设计 (11)

1、考核指标 (11)

2、本阶段工作流程 (11)

3、本阶段具体做法 (11)

4、参考经验 (12)

十、单元测试 (12)

1、考核指标 (12)

2、本阶段工作流程 (12)

3、本阶段具体做法 (12)

4、参考经验 (12)

十一、集成 (12)

1、考核指标 (12)

2、本阶段工作流程 (12)

3、本阶段具体做法 (12)

4、参考经验 (13)

十二、集成测试 (13)

1、考核指标 (13)

2、本阶段工作流程 (13)

3、本阶段具体做法 (13)

4、参考经验 (14)

十三、实施阶段 (16)

1、考核指标 (16)

2、本阶段工作流程 (16)

3、本阶段具体做法 (16)

4、参考经验 (16)

十四、确认测试与系统测试 (17)

1、考核指标 (17)

2、本阶段工作流程 (17)

3、本阶段具体做法 (17)

4、参考经验 (17)

十五、交付 (17)

1、考核指标 (17)

2、本阶段工作流程 (17)

3、本阶段具体做法 (18)

4、参考经验 (18)

十六、验收测试阶段 (18)

1、考核指标 (18)

2、本阶段工作流程 (18)

3、本阶段具体做法 (18)

4、参考经验 (18)

一、项目软件流程与测试人员工作范围

1、项目软件流程阶段

XXX项目，目前采用的项目流程，主要有以下阶段

一、理解业务需求阶段(立项)；

二、业务需求与验收测试设计阶段；

三、需求分析与系统设计；

四、需求分析、系统设计与确认、系统测试设计；

五、概要设计；

六、概要设计与基础测试设计；

七、详细设计

八、详细设计与单元测试设计；

九、编码；

十、单元测试；

十一、集成；

十二、集成测试；

十三、实施；

十四、确认测试与系统测试；

十五、交付；

十六、验收测试；

2、测试人员工作范围

一、理解业务需求；

二、编写相关业务文档；

三、编写相关测试文档；

四、参与项目会议并整理会议记录；

五、参与项目设计；

六、制定测试计划与测试方案；

七、编写测试用例；

八、执行测试；

九、验证项目问题

十、提交测试报告

十一、版本推广；

十二、版本后续维护

3、相关名词解释

业务需求说明书：依据项目需求为蓝本，将项目需求整理成册，为项目其他文档母本，为编码工作的业务指导文档

系统规格书：依据业务需求说明书，规定需求实现的逻辑与流程，以及涉及的表结构、字段类型，囊括模块流程图、模块之间的关系、业务流程说明、实现过程、数据表等关键要

素。

软件需求说明书：以简练、准确、无歧义描述语言，描述软件需求，是软件测试的关键文档，也是编写测试列表、测试案例的基础文档。

模测问题：模拟生产环境测试过程中所发现的项目软件缺陷或者功能没有实现等问题。

生产问题：生产环境中业务人员发现的项目软件缺陷或者功能没有实现等问题

静态问题：项目文档中，错误或者不规范的流程图、不合理、错误或者的描述等体现在文档中的问题。

有效问题：测试问题提出后，经过编码人员修改，最终被修改验证通过的问题。

二、业务需求阶段

1、考核指标

业务需求理解处于项目立项阶段，需求理解的程度将直接影响后续阶段。本阶段考核指标将体现在后续阶段中：编写项目相关文档的质量、测试的执行力、程序派错率、遗漏的问题数等。

2、本阶段工作流程

1．业务部门在生产过程中面向XX客户提出的使用需求，整理成书面文档，汇总后将需求提交至XXX，同时提出软件功能需求。

2．XXX从全国各业务部门(含海外地区)上报的需求，下发XXX所属的各研发部。

3．各研发部从XXX领取项目任务

4．框架构建人员与编码人员理解业务需求，可通过调研、会议、邮件、涵的方式。3、本阶段具体做法

参与需求研讨会，理解业务需求

4、参考经验

业务部门提出的需求共有两种：对现有系统功能的改造；提出新的业务功能要求。

对于现有功能的改造需求理解：在熟悉现有业务功能的基础上，针对改造的内容，预估涉及改造的功能模块；系统现有框架或实现方式不会做大的改动，从会议讨论中可以发现本次改造的重点与难点；区分出重点与难点之后，其他功能完全可以自我理解。对于现有功能改造的需求理解，建立在对现有系统的理解的基础上。新进人员对系统的熟悉程度可以向项目组其他成员请教。

对于新的业务需求：需求理解研讨会上仔细做笔记，搞清每一个功能模块的输入与输出，以达到对业务流程以及实现过程的精确把握；对于不理解或无把握之处提出自己的有效问题或者建议，恰恰体现出认真思考的工作态度。

整理需求研讨会议纪要，可以试着自己设计业务功能的框架与实现过程，比较架构办的预案，缩小差距，提高自身需求理解的程度。