H模型

H模型的分析
1：有产品经理召集项目所有有关人员开需求澄清会议，对需求进行多次评审，得到所有成员的一致认同后，形成一个基线化的可以随时进入到下一个状态的需求规格说明书（SRS）。
2；①开发人员根据需求规格说明书的要求编写概要设计说明书（HLD），完成后继续编详细设计说明书（LLD）。
   ②测试人员（TE）同时持续了概要设计说明书（SRS），由项目测试经理（TPM）制定测试计划。
3：①开发人员根据详细设计说明书编写代码（coding）后将代码打包提交第一次系统集成测试（SIT1）转测电子流平台。
   ②测试人员编写测试用例初稿，并进行多次用例评审，分别在测试同事之间进行交叉评审、项目经理和产品经理等进行组内评审、有客户参加进行的会议评审，最终形成用例基线文档。项目经理将测试文档输出到testlink，并将测试用例（TC）分配给测试人员。测试经理为测试骨干或测试环境运维人员搭建测试环境
4：①开发组持续修复系统集成测试（SIT）出现的bug
   ②测试经理（TPM）部署项目包基于LINUX。测试人员进行冒烟测试，对产品主体功能进行测试，冒烟测试不通过，将代码打回给开发重新修改。冒烟测试通过后，正式执行系统集成测试（SIT）测试
5：SIT1为全量测试阶段，对所以的测试用例进行测试，发现bug提交给开发修改
   SIT2为回归测试阶段，对上一轮发现的bug和新增的用例进行测试，并且每一轮都要进行冒烟测试，还要测试上一轮发现的bug的用例的相关模块的用例。一直进行直到最后一轮测试时可以允许有一个建议性的并不影响功能的bug，通过发送bug清单给到测试经理，把这个建议性的bug移交到下一个版本进行修复。正常情况下bug数量会随着测试的轮次呈快速收敛趋势减少。
6：达到“测试准出”，测试组输出测试报告