多测师第二天

路径：
找一个notice文件：
绝对路径的表达：去到D:\app\android-sdk\tools\ant里面找（文件的具体位置）
相对路径的表达：去到tools下面，去到app文件夹下面（文件的大概位置）

H模型：项目流程
工作日：从周一到周五，上班时间
自然日：从周一到周日，上班时间和休息时间，包括法定假日
SRS：产品经理从客户获得需求之后，经过多次评审和修改，形成一个基线化的文档。这个时候就是开发和测试都没有问题，可以进行下一个阶段。
基线化：表示当前的状态很稳定，随时可以进入下一个阶段。
HLD：编写概要设计说明书
LLD：详细设计说明书
review:评审，测试人员也参加了需求评审
coding：编码，开发进行详细的代码的输出

TE：软件测试工程师，测试人员
TC：test case测试用例，
TPM：测试经理，编写测试计划，（规定测试的范围，人力的安排，软件与硬件资源，进度安排，风险评估）

项目组中常见的评审有哪些？
交叉评审：测试人员之间的评审（都是测试）
组内评审：项目组内同事之间的评审（开发，产品，运维，测试）【正式评审】
会议评审：有客户参与
testlink：是一款管理用例的一个工具，禅道，TAPD工具，jira，在工具上，进行任务的分派，谁写的谁测
测试经理或者测试骨干，运维人员搭建测试环境（面试的时候，就说一个就可以：运维）
公司中会有哪些环境？
测试环境：测试人员使用的环境
开发环境：开发人员使用的环境
生产环境：线上环境，真实环境（京东商城，qq,微信等）

冒烟测试：对主体功能的验证，最早起源于硬件行业的电路板的测试
qq：登录的主体功能：登录成功
密码找回功能：找回成功
京东购物商城：主体功能可以正常的登录，可以进行商品下单。
注册的主体功能：就是注册成功
冒烟测试通过后，正式执行sit测试，系统集成测试
冒烟测试不通过，则把版本打回给到开发==>开发重新编码，然后重新打包，重新部署测试环境
用例级别：P0,P1,P2,P3
SIT1：系统集成测试，全量测试，需要测试的所有的用例==》编写了1000条
SIT2：称为是回归测试，又被称为增量测试执行了450，为了更多的需求增加50条
回归测试的时候，测的是哪些？
1、冒烟测试的用例
2、测试bug对应的用例
3、测试新增加的用例
4、测试与上一轮bug相关联的模块的用例
SIT3：回归测试
SIT4：回归测试

步骤一：需求澄清，需求规格说明书
1）由谁提供？产品经理，内容包括整个项目的各个功能，模块的描述，和要求
2）开发和测试拿到SRS后，先进进行了解，结合项目经验，提出问题，作为一个新人，就看着他们提问就行。
3）由产品经理组织召开会议，需求评审会议（测试，开发，运维）
4）在会议中产品经理负责为开发和测试解答疑问，让大家形成一致的目标
5）最终由产品经理整理出最终的需求文档
步骤二：了解需求，开发编写概设
1）概要设计，HLD，由开发初步设计，内容主要针对软件架构的设计，架构的描述，模块的名称
2）测试在了解概设后，进行评审，继续分析需求文档
步骤三：了解和评审LLD，了解需求
1）由开发编写详设，主要是针对软件的功能具体实现的文档，架构的具体描述，数据回传
2）测试经理编写测试计划，（安排各个模块的负责人，人力的安排，任务与进度，测试周期等）
3）测试继续了解需求
步骤四：coding编码阶段
1）由开发进行编写代码
2）测试根据需求进行用例设计，编写测试用例，输出测试用例初稿（功能测试，接口测试，自动化测试）
3）组织大家召开用例评审会议
A：测试，开发，运维，产品经理，以及相关的项目组成员
B：测试主要讲，谁负责拿一个模块就是有谁讲，对用力进行评审，查缺补漏
C：测试针对评审后内容对用例进行优化和补充，再经过用例评审最终产生用例基线文档
4）各个模块的负责人将用例上传到工具，分配
5）搭建测试环境，==》运维
步骤五：部署代码
1）开发提供已经自测完成的代码包
2）测试或者运维部署到Linux系统中
步骤六：测试阶段
1、冒烟测试
1）对主体功能的验证
2）冒烟测试用例只是所有用例的一部分，冒烟通过后执行sit测试
3）冒烟测试不通过，提bug并且版本打回。
4）冒烟测试一直存在，只要开发新提交代码，就需要冒烟测试
2、回归测试：
1）针对测试不通过的用例再次进行验证
2）回归测试用例不通过继续让开发修复
3）回归测试通过就关闭掉
3、SIT系统集成测试：
1）将所有的用例至少执行一遍，在工具上进行对应用例的记录（通过或者不通过）
2）不通过就提bug
3）当所有的用例都通过和bug都解决之后，即可输出系统测试报告。
4、验收测试
1）α验收和β验收都通过之后输出测试报告
2）不通过，提交bug给开发解决
步骤七：发版上线（发布到线上环境，用户的使用环境）
1、测试有可能要守版，可能会比较晚，上线的时间，一般是在用户量比较少的时间段
2、上线成功
3、上线失败（由公司的领导，决定恢复到之前的版本还是继续使用新版本）
版本回滚：当作没有上线，换回原来的代码包
坚持使用：后期优化

面试必问的：H模型：==》测试流程：测试工作怎么开展的，你们的测试是怎么做的？
1、产品经理接到一个需求后，召开需求澄清会议，对不理解的地方，可以进行提出问题，产品进行解答
2、需求评审结束后，测试经理编写测试计划，分配测试任务
3、测试人员根据分配的任务，梳理出步骤，输出测试点，召开测试用例评审
4、用例评审结束后，测试人员用例上传到工具，禅道
5、运维人员搭建好测试环境，部署项目包
6、测试环境搭建好之后，进入测试阶段
7、测试人员进行冒烟测试，如果冒烟测试通过后就进行系统集成测试，如果不通过，版本打回，重新编码重新部署
8、当系统集成测试结束后，所有的用例执行完毕，所有的bug关闭掉，输出测试报告
9、最后进入验收测试阶段，通过后就可以发版上线

测试流程：
需求评审==》
测试经理编写测试计划==》
测试人员梳理测试点，编写测试用例==》
用例评审==》
上传工具==》
搭建测试环境==》
冒烟测试==》
系统集成测试==》
回归测试==》
验收测试==》
发版上线。