项目流程

H模型：项目的流程


产品经理对接客户拿到客户需求，并且整理成一份项目需求（需求文档）。多次召开需求澄清会议（提出所有人认为不合理的地方），
，直到形成一份基线化的文档，叫做SRS。 开发人员根据SRS编写概要设计说明书（HLD），测试人员审查HLD，并且继续了解SRS。
然后开发人员跟概要设计说明书编写详细设计说明书（LLD）。与此同时测试人员审查LLD，并且继续深入了解SRS，TPM输出测试计划。
开发要根据LLD编写代码，在开发编写代码的过程中，测试人员需要输出测试用例，并且进行用例评审，直到形成 一份基线用例。
TPM会将用例上传到用例管理工具中（testlink，禅道，jira），分配测试用例给到测试人员（一般是谁写谁测）。TPM搭建测试环境，
开发的代码包也编写完成（.war,.jar），会通过公司的电子流平台，转交给测试经理（这个过程叫转测）。测试经理拿到代码包，会将
代码包部署到搭建的测试环境中。测试人员可以进行测试 工作了。
测试工作进行流程：
1.冒烟测试：验证系统的主体功能是否通畅。（如果冒烟通过就进行sit测试，如果不通过直接将代码打回给开发。）
2.进行sit测试：系统集成测试
a.第一轮sit：全量测试==》在这一轮测试中，我需要执行所有的测试用例。==》发现bug ==》提交给开发修复==》开发已经修复了bug
b.第二轮sit：回归测试（增量测试）==》测试上一轮出现bug的地方， 以及bug相关联的地方
c.第三轮sit：回归测试  有可能有多轮

每一轮回归测试之前都要进行冒烟测试，因为防止开发在修复bug的时候改到了主体功能相关的东西

bug：虫子

全量测试：发现20个bug  ：20==》5==》1==》0   bug呈收敛趋势
回归   验证20个bug   ==》15个bug已经修复，但是5个未修复 ==》
回归   验证剩下的5个bug    ==》4个 ==》1个未修复
回归  验证剩下的1个bug  ==》直到bug为0  
进行验收测试，最后进行上线 ==》上线有一个硬性标准（bug为0/1）
1这个bug，可以为建议性的bug。
建议性bug：格式轻微错位，排版有问题。需要在整理文档中提出和标注在下一个版本解决
因为越到后期，bug的修复成本越大。

用例评审的三种方式
交叉评审：相互检查各自写的用例，有没有不完善，或者错误的地方   （用的最多）
组内评审：项目组成员一起提出用例中不合理和不完善的地方（要开个会）
会议评审：比较正式，一般有客户参与的叫做会议评审

如果一个项目是24w，那么看需求一般是整个项目时间的三分之一，编写用例一般也会用三分之一，执行用例也会用到整个项目的三分之一。


敏捷开发模型：类似于摩拜，holle单车 。 上线之后交付给客户使用，遇到问题，客户提交问题，然后团修复

增量开发模型：类似于造汽车，一个模块一个模块的开发，最后将所有模块拼接在一起。

迭代开发模型： 推出我现在要实现的功能，如果以后有新增的功能，然后再进行开发迭代



测试活动的生命周期：
1.编写测试计划（安排测试任务与进度）
2.编写测试用例
3.执行测试用例
4.输出测试报告
5.测试资产归档： 整理需求文档，bug清单，测试用例，测试报告，测试资产（手机，硬盘，显示屏，键盘）


b/s架构需要兼容的：浏览器：要求兼容市面上排名前6六位的浏览器 ：chrome ，ie，firfox，360，搜狗，qq浏览器操作系统：windows，mac os ，linux（ubantu，centos，debian） ，unixc/s架构需要兼容的：手机操作系统：android，ios，鸿蒙，windows phone ，塞班兼容其他app系统的版本号：例如android 10.0以上，屏幕的适配性：刘海屏，曲面屏，折叠屏，水滴屏