H模型

1.公司的产品经理会召集所有的开发，项目和测试经理进行多次的需求审评会议，经历多次审评会议后会形成一个需求规格说明书（也就是基线化文档）。开发会根据需求规格说明书编写概要设计，开发在编写概要设计的时候，测试继续了解客户的需求，并对开发所编写的概要设计进行评审。
2.开发编写完概要设计后开始编写详细设计，开发在编写详细设计的时候，测试继续了解客户的需求并对开发描写的详细设计进行评审，测试评审完详细设计之后，测试经理会给出测试计划，测试计划里面会给出每个测试需要工作的内容。
3.测试经理编写完测试计划，开发那边写完详设后，开始进行代码的编写。开发在写代码的时候，测试需要编写测试用例，用例写完之后测试会进行多次用例评审：
     ①首先会对用例进行交叉评审：在测试组内成员对自己编写的用例进行评审，查找用例是否有需要补充的或者重复的地方
     ②然后进行组内评审：召集项目组内所有的成员（产品经理，项目经理，开发，测试等）对用例进行评审，查找是否有问题
     ③最后进行会议评审：需要客户来参加
     用例评审之后，最终会形成用例基线化文档
4.测试经理会将用例基线化文档输出到禅道，并对用例进行分配：谁写的用例就分配给谁。分配完成后测试经理会搭建测试环境，搭建完测试环境后。等待开发提交代码，开发写完代码后会将包提交给测试经理，测试经理会将代码部署到测试环境，测试环境是基于LINUX的。
5.部署完测试环境后，测试会对该项目进行冒烟测试，如果冒烟测试不通过，会将版本打回给开发人员继续进行修改，开发修改完后，重新发给测试代码包，测试需要再次对这个项目进行冒烟测试。冒烟测试通过后，则进入到系统集成测试阶段。
6.系统集成测试
    ①首先进行全量测试，把所有的测试用例都进行测试，在测试过程中找出bug，将bug提交给开发人员，开发进行对bug的修复，修复后开发会重新给测试代码包，测试经理将代码包重新部署到测试环境
    ②然后进行回归测试，需要先进性冒烟测试，对上一轮产生的bug用例进行重新测试，与bug相关联的用例进行测试，对新增加的用例进行测试
    ③经过多次回归测试之后，直到bug数量将为0的时候，将代码给到产品经理进行验收
7.验收通过后将代码交给运维发布到线上环境进行上线操作，达到“测试准出”后，输出一个测试报告