4.18笔记

4.18笔记

什么是测试？
   
制造业的定义：以检验产品是否满足需求为目标
软件行业的定义：a：验证软件的正确性                b：发现软件中的缺陷

典型的软件生命周期模型有哪些？
瀑布模型
   
V模型
   
W模型
H模型
   
敏捷开发模型
   
迭代开发模型
   
增量开发模型       

H模型：项目流程
工作日：周一到周五，上班时间                自然日：周一到周日，上班时间和休息时间包括法定假日
SRS：产品经理从客户获得需求之后，经过多次的评审和修改，形成一个基线化的文档。这个时候就是开发和测试都没有问题，可以进行下一个阶段
基线化：表示当前的状态很稳定，随时可以进入下一个阶段。
HLD：编写概要设计说明书
LLD：详细设计说明书
review：评审，测试人员也参加了需求评审
coding：编码，开发进行详细的代码输出
TE：软件测试工程师，测试人员
TC：test case 测试用例
TPM：测试经理，编写测试计划（规定测试的范围，人力的安排，软件与硬件的资源，进度的安排，风险评估）
项目组中常见的评审有哪些？
交叉评审：测试人员之间的评审（都是测试）
组内评审：项目组内同事之间的评审（开发，产品，运维，测试）【正式评审】
会议评审：有客户参与
testlink：是一款管理用例的工具  禅道，TAPD工具，jira，在工具上进行任务的分配，谁写的谁测
测试经理（TPM）或者测试骨干，运维人员搭建测试环境 （面试的时候，就说一个就可以：运维）
公司中会有哪些环境？
测试环境：测试人员使用的环境
开发环境：开发人员使用的环境
生产环境：线上环境，真实环境（京东商城，QQ，微信等等）
冒烟测试：对主体功能的验证，最早起源于硬件行业的电路板测试
qq：登录的主体功能：登录成功                密码找回功能：找回成功
京东购物商城：主体功能可以正常的登录，可以进行商品下单
注册的主体功能：注册成功
冒烟测试通过后，正式执行sit测试，系统集成测试
冒烟测试不通过，把版本打回给到开发==》开发重新编码，然后重新打包，重新部署测试环境
用例级别：P0,P1,P2,P3
SIT1：系统集成测试，全量测试，需要测试的所有的用例==》编写了1000条
SIT2：称为是回归测试，又被称为增量测试
回归测试的时候，测的是哪些？
1.冒烟测试的用例
2.测试bug对应的用例
3.测试新增加的用例
4.测试与上一轮bug相关联的模块的用例
SIT3：回归测试
SIT4：回归测试

H模型步骤
步骤一：需求澄清，需求规格说明书
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.最后进入验收测试阶段，通过后就可以发版上线
测试流程（可回答这个）：
需求评审==》测试经理编写测试计划==》测试人员梳理测试点，编写测试用例==》用例评审==》上传工具==》搭建测试环境==》冒烟测试==》系统集成测试==》回归测试==》验收测试==》发版上线

假设需求有20个：，依据功能点，可以分为多个迭代
微信软件：聊天，语音，视频，小程序，朋友圈，支付，转账
手机：打电话，拍照，蓝牙，音乐，发短信
按一个月一个迭代，一个月的版本周期
需求分析、评审==》1-2天
分析，编写用例==》10天
执行用例==》9天
输出报告==》1天
项目和产品：先有项目，然后有产品
项目和版本：先有项目，然后有版本
测试的原则：