H模型 重点中重点
第一阶段：准备阶段
SRS 需求规格说明书
需求文档 一般在公司中就称为需求
产品经理整理出客户的所有需求之后；会召开一个会议，叫做需求会议或者需求澄清或者是需求评审，参与人员是项目组所有人员(开发和测试)；当需求澄清之后，产品经理会输出一个基线化需求文档(一般情况下是不能修改的)
测试计划 也是一个文档；也需求评审
测试计划一般都是测试经理或者测试骨干去编写
测试计划中主要的内容：告诉我们这次项目周期，有哪些人参与，每个测试人员负责的模块。
测试用例 是一个Excel文件
一条测试用例代表着你的一个的测试功能点
例如：
验证淘宝首页搜索功能，能够正常的搜索商品
用例评审 召开一个会议(一般都是测试人员去召开)
在会议中，主要是产品经理和测试组所有人员（开发人员）；产品经理去看我们写的测试用例是否正确(描述上、逻辑上、预期结果上)；简单来说就是开会来验证我们写的测试用例是否正确
交叉评审和组内评审 （一般都会评审1-2轮）
组内评审：产品和开发以及测试所有人员
交叉评审：甲的用例给乙，乙的用例个丙，丙的用例给甲
评审通过后会输入我们的基线化测试用例，然后把用例导入到禅道(用例管理工具)，进行用例的分配，分配的原则是哪个写的分配给哪个
环境搭建 （一般都是测试经理或者测试骨干去搭建）
准备一套测试人员进行测试的时候使用的一套环境
开发环境 dev
提供一个开发人员进行编码调试的一个环境
测试环境 sit
测试人员进行验证软件是否可以正常使用的一个环境
验收环境/预生产环境 uat
给公司领导或者客户方去验收的一个环境
生产环境/线上环境/真实环境
最终测试通过之后，对外客户使用的环境
提交版本，也叫做版本包？
所有的代码进行打包，然后放到一个文件中
一般在公司提供都是
war包 xxx.war
jar包 xxx.jar
转测/提测
开发人员把版本包(项目包)给到测试人员，叫做转测或者提测
项目包部署
把开发提供的项目包部署到我们之前搭建的环境中
什么是冒烟测试？（重点）
一般冒烟测试不会超过半天（2个小时）
每一次开发提交心感动转测版本/提测版本，测试都需要在测试环境上进行冒烟测试；
冒烟测试是对新版本的主要功能，基本功能进行测试，如果通过，那么冒烟测试通过；测试失败，也就是冒烟测试失败，失败就版本打回给开发进行修改。
冒烟测试又称为版本验证测试、提交测试
冒烟测试通过之后才能进入到系统集成测试（sit1）
回归测试：系统维护阶段，对原有的功能、bug再次进行验证测试，我们称为回归测试
冒烟测试和回归测试的区别？
二者测试阶段不同，冒烟测试是在版本提交时进行的一个测试；回归测试是在系统维护阶段进行的验证测试。
除了sit1（第一轮系统集成测试外，其他的系统集成测试都可以叫做回归测试）
sit测试也就是系统集成测试 （一般会测试3-4轮）
sit1（站在测试用例的角度：全量测试）：执行全部测试用例
注意点：
1）bug（缺陷）级别：致命、严重、一般、建议(提示)
提bug我们也叫做提单：发现一个bug要及时提交一个
2）所有用例执行完后，我们需要及时的补充测用例
sit2我们也叫做回归测试(站在用例的角度：增量测试)：
1）、也要进行冒烟测试(每一轮都要进行冒烟测试)
2）、验证上次版本提交的bug
3）、测试和bug相关联的模块
4）、测试你认为可疑的测试用例或者是测试场景
5）、测试补充的测试用例或者测试场景
多测师社区 
