day:2 软件测试流程——H模型

软件测试流程_H 模型

一、详细流程

1、产品召开需求澄清会议，产品、开发、测试都参加

2、测试和开发拿到需求

3、测试经理拿到需求，根据需求编写测试计划

测试计划（内容：测试目的，背景，范围，测试准入，测试准出，环境和资源，测试任务和测试进度，风险及风险管理，测试交付文档）

4、测试人员分析需求，编写用例

（测试用例内容：用例编号，用例标题、前置条件，用例步骤，预期结果，优先级）

5、评审用例（组内评审，交叉评审用例）

组内是项目组：测试，开发，产品一起评审

交叉评审：测试人员之间互相评审（测试a、测试b，测试c）

6、用例导入到用例管理工具；（如禅道，testlink）

7、通知运维搭建环境（自己搭建环境，测试经理搭建）

8、开发也开发好了代码，准备提测；

9、测试将代码包部署到环境中

10、开始进行冒烟测试

（冒烟测试通过以后进行sit系统集成测试;

如果冒烟测试不通过就打回给开发，重新编码再提交；

sit系统集成（一般3次，或者给更多次数）

11、sit1系统测试，测试所有的用例

12、测试有bug 提交给开发

13、开发修改bug，将新的代码包提交给测试，

14、测试将新的代码包部署到环境中

15、冒烟测试，冒烟测试通过

16、进行第2次sit系统系统集成测试

sit2测试用例来源：

a、冒烟测试用例

b、上一轮有bug的用例

c、与bug相关联模块的用例

d、你认为可疑或可能出错模块的用例

e、补充新用例

17、测试出的bug，提交给开发，开发修改

18、开发修改好，提交代码包，部署到环境

19、冒烟测试，冒烟测试通过，

20、进行第3次sit系统集成测试，

21、测试到准出，用例100%执行，0bug；

22、输出测试报告

(内容：测试目的，测试范围，测试背景，测试实施日期，测试人员，bug 清单，用例清单，测试结果)

以上表示测试完成

23、通知uat验收测试

24、验收通过

25、封装版本

26、准备线上数据

27、上线

29、线上测试

有bug：分析bug的严重程度：严重回退版本，

bug轻微：可以备注好下一个版本解决或者走技术上线

30、线上没有bug，就上线成功

二、主流程讲解版：

产品开需求会议---测试和开发拿到需求---分析需求---编写测试计划（测试经理）---编写测试用例---评审用例，评审通过---将用例导入用例管理工具---搭建环境---开发提测，达到准入要求---部署项目包到环境中---开始冒烟测试---冒烟测试通过---进行sit1系统集成测试---有bug提交给开发---开发修改好---提交第二次代码包---部署项目包到环境中---在冒烟测试---进行2次系统集成测试---以此类推---直到达到准出要求0bug，用例100%执行---输出测试报告---通知uat测试---uat验收通过---封装版本---等待上线---准备线上数据---上线---线上测试---测试无bug表示上线成功。

三、梳理版本

产品拿出需求规格说明书（srs）；召开需求会议，分析需求，熟悉需求；测试负责人拿到需求开始编写测试计划；安排测试任务，各自编写测试用例；编写完用例后在对用例进行评审（有组内评审，有交叉评审）；评审通过以后，导入到用例管理工具中；在搭建好环境（运维或测试人员）；开发开发完也要进行提测（达到准入）；测试将代码包部署到环境中；在进行冒烟测试，冒烟测试通过（如果冒烟失败，就打回版本），就进行sit1系统集成测试，将所有测试用例都执行一遍；有bug提交给开发，开发修改，再提交代码包；进行第二次sit系统集成测试，也要冒烟测试，冒烟测试以后就开始进行sit2系统集成测试，测试中发现的bug，提交给开发，开发修改，再提交第三次代码包，进行第三sit系统集成，以此类推，直到测试用例100%执行，0bug（达到测试准出），输出测试报告；通知uat验收，验收通过；封装版本，打包，准备线上数据，上线，线上测试，线上测试通过，上线成功。（如果线上有bug根据影响程度判断：影响大就回退版本，如果影响小，备注好下一个版本解决)

四、提问

1、你们公司的测试流程是什么？

2、给你个需求你会怎么测试？

3、讲下H模型？

4、你在公司怎么开展工作？

5、测试流程是什么？

6、你讲下测试工作流程？