上海21期—刘金杰

第二讲：软件生命周期H模型，了解项目的流程
（工作流程、测试流程、项目流程）==}使用H模型来回答
1，需求澄清会议，项目人员解读需求文档，开需求会议澄清，经过多次会议后，对需求及了解达到一定的认知，输出最终版本SRS

2，开发人员编写概要设计说明书==}1)测试人员评审开发编写的概要设计说明书，2）继续解读需求规格说明书

3，开发人员编写详要设计说明书==}1测试人员评审开发人员编写详要设计说明书，2）继续解读SRS，3）TPM输出测试计划
TPM测试经理
测试计划：由测试经理进行编写（需求分配，人力安排，软硬件配置，风险评估)

为什么测试人员可以去评审开发的概要设计和详要设计？
测试人员和开发的是同一份需求文档，为防止开发人员对需求的理解出现错误，我们需要对开发编写的文档进行评审

你在工作中有参与过编写测试计划吗？
一般我们项目中测试计划由TPM进行编写，但我参与过编写测试计划初稿，最终由TPM修改完成

4，开发编写项目代码=={TE输出TC初稿并进行用例评审，2）TPM将TC基线文档导入到用例管理平台，3）搭建测试环境
TE；test engineer软件测试工程师
TC：test case 测试用例
testlink：一个用例管理工具
用例管理工具：禅道,testlink,华为（tmss)
用例评审：
1，交叉评审：测试组内部人员之间仙姑评审对方编写的测试用例
2，组内评审：项目组所有成员以会议的方式进行用例评审，有TPM或者测试果干进行召开，测试人员进行主讲
3，会议评审：与组内评审唯一区别就是有客户参加

基线文档：当前状态比较稳定，以此为基准
开发转测试，或者开发提测：将写好的项目代码包转交给测试组进行测试（jar\war\zip)

5，测试人员将项目代码包部署到linnux服务器上
6,
冒烟测试：在执行正式测试之前，对软件的主体功能进行测试，如果冒烟测试通过，则进行系统集成测试，如果冒烟测试失败，则将版本打回，等开发解决后再重新进行冒烟测试40-50条

sit测试：一个版本正常情况下会进行3-4轮的测试
项目中编写测试用例：1000条
SIT1：对系统的所有功能进行测试，所执行的用例就是在用例测试时编写的所有用例，也称为全量测试，执行测试用例1000条，出现bug100条   bug的比例一般在5-15

SIT2：称为回归测试或者增量测试==》执行用例490条
1.测试上一轮出现bug 的用例==》执行用例100条
2.测试针对出现bug 的模块新增的用例==》新增50条
3.测试与出现bug模块相关的用例==》300条
4.冒烟测试          40条

SIT3:同SIT2
执行测试用例：180条用例，出现bug4条
SIT4:同SIT2
执行测试用例：100条用例，出现bug0条

软件测试行业中bug的等级：4个等级
致命级别：常规操作引发系统奔溃，死机或者造成数据泄露等安全问题
严重级别：造成重要或者主体功能有问题无法实现
一般级别：次要功能无法实现
建议级别：不影响功能的使用，像文字的描述，字体大小，颜色排版等

7，输出测试报告
你作为一个测试人员，一个项目达到怎样的状态才能上线？
测试准入：达到怎样一个状态才可以介入测试
1，开发所描述的功能均以实现
2，通过冒烟测试

测试推出：达到怎样一个状态测试工作才可以结束
1）所有测试用例执行完毕
2）所有出现的bug全部修复完毕
3）数据呈收敛模式


项目和产品的区别：产品是项目实际的产物，是一个实际存在的结果，而项目这是一个目标
项目和版本：项目可以一直存在，且一个项目可以有多个版本

测试计划==》设计测试用例==》执行测试用例==》输出测试报告==》测试资源归档

假设6个月1个版本共180天\24w