测试流程（H模型）

测试线：

1. 产品召开需求澄清会议，-->测试需求：完整性、实现逻辑、冗余、正确等 需求澄清会议参会人员：测试、开发、产品、架构师等 需求有问题，产品修改，再开会议，直到需求符合要求；
2. 测试和开发，拿到需求，深入分析和了解需求文档
3. 测试经理编写测试计划 （重点）
   a、测试计划内容：测试目的，背景，范围，测试准入，测试准出，环境和资源，测试任务和测试进度，风险及风险管理，测试交付文档 准入要求（提测）： 开发：需求分析报告，需求规格说明书，概要设计说明书，详细设计说明书，版本说明书及开发自测报告； 测试：（1）写好测试计划，（2）测试用例评审通过，（3）测试环境搭建好
   b、准出:（1）用例 100% 执行（2）0bug（3）输出测试报告
4. 安排任务，给测试人员，测试人员领取任务，根据需求去分析需求，用 xmind 图梳理测试点，根据测试点，编写用例
5. 评审用例:
   组内评审（项目评审人员：开发，测试，产品都参加）
   交叉评审（测试人员之间评审：测试 a、测试 b、测试 c） 如果评审不通过，就要继续编写用例，再评审，直到评审通过；
6. 用例评审通过以后导入到用例管理工具中；如：禅道，testlink
7. 搭建测试环境（运维搭建，自己搭建，测试管理搭建）
8. 开发提交代码包，提测（也叫转测） 要达到准入要求；
9. 测试将代码包部署到环境
10. 进行冒烟测试，冒烟测试通过，进入 sit 系统集成测试，如果冒烟测试不通过，就把版本打回给开发，开发修改，再提测。
    冒烟测试（也叫版本验证测试）
    定义：指对新版本的主要功能，基本功能进行测试。
11. sit 系统集成测试（一般一个项目有 3 次系统集成测试，有些项目周期长也有 4 次，5 次）
12. 第一次 sit 测试也叫全量测试（把写的所有用例都要进行测试），测试出来的 bug，指派给开发（通过 bug 工具如：禅道）
13. 开发修改 bug，再提交代码
14. 测试在第二次部署项目包，在进行第二次 sit 测试前也要进行冒烟测试，冒烟测试通过以后才能进行第二次 sit 测试；
    第二 sit 测试和第三 sit 测试都叫做回归测试
    回归测试：是系统维护阶段进行的验证测试
    区别：测试阶段不同 冒烟测试是版本提交时第一个测试，回归测试是在维护阶段测试
15. 第二次 sit 测试，再将 bug 提交给开发，开发修改
16. 第三 sit 测试，先冒烟测试，再去测试，验证…… 以此类推
    备注：测试用例的来源：
    a、冒烟测试用例
    b、验证上一个版本提交 bug 的用例
    c、测试与 bug 有关联的模块用例
    d、你认为可疑的测试场景测试用例
    e、测试补充的测试用例和测试场景
17. 直到达到准出：用例 100% 执行，0bug
18. 输出测试报告 -->说明 sit 测试测完（表示技术测完） 测试报告内容：测试目的，测试范围，测试背景，测试实施日期，测试人员，bug 清单，用例清单，测试结论
19. sit 测完通知 uat 测试，uat 验收通过
20. 封板（封装版本）
21. 等待上线
22. 上线前准备线上数据
23. 上线后在线上测试
24. 测试没有 bug，如有 bug 就要分析 bug，bug 影响程度，影响大，就回退版本，如果影响小就备注下次版本修改
25. 上线成功

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

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