H模型的理解

      在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期。测试可以更早的进行，不会因为开发工程师的进度而过多影响测试工程师的进度。

      首先我们可以假设项目总共有24周的时间，将时间分为五个部分，第一部分，花费6周的时间由产品经理与客户对接，然后召集项目所有的相关人员召开需求澄清会议，对需求进行多次的评审后，得到项目组所有同事的一致认可后，总结一个基线化的需求规格说明书。

      第二部分，根据需求规格说明书将项目分为开发与测试两部分，两边同时开展项目。接下来的两周时间，开发工程师这边会根据需求规格说明书开始编写概要设计，输出概要设计后根据概要设计开始编写详细设计，同时测试工程师这边在了解分析需求规格说明书，项目经理会输出一份详细的测试计划。

      第三部分，花费6周的时间，开发工程师进行项目的代码编写，测试工程师则根据需求规格说明书输出测试用例的初稿，然后召集测试同事进行同事之间的交叉评审，评审通过后召集项目经理、产品经理、开发工程师、测试工程师进行项目组内的组内评审，一致通过后，邀请客户进行进一步的会议评审，与客户沟通评审通过以后，整合所有的测试用例组成一个用例基线文档，并上传至项目管理工具，并提交到项目的测试工程师，测试工程师根据项目搭建相应的测试环境。

      第四部分，花费9周的时间，开发工程师将编写完成的代码包提交至测试经理，测试经理将代码包部署到测试工程师搭建好的测试环境中。测试工程师首先进行对项目进行冒烟测试，即对项目主体的功能测试，如果没有通过，则将代码包返回至开发工程师进行修改，如果通过，测试工程师根据测试用例对项目进行第一轮的系统集成测试，并将出现的BUG由项目管理工具提交至开发工程师，开发工程师进行代码的修改后将更新后的代码包提交至测试工程师，由测试工程师进行第二轮的系统集成测试，内容包括第一轮系统集成测试发现BUG的测试用例，在上一轮测试过程中补充的测试用例，测试上一轮发现bug的用例的相关模块的用例，并且每一轮测试前都需要进行一次冒烟测试。然后再根据每轮测试出现的BUG数量进行更多轮的系统集成测试，直到项目此版本没有BUG，可以允许有1个建议性的bug，不会影响功能，通过发送bug清单给到测试经理，把这个建议性的bug移交到下一个版本进行修复。

      最后一部分，项目达到输出标准后，将项目提交至项目经理，并由测试工程师输出此次测试的测试报告。