DAY 2

1 需求澄清会议：项目成员解读需求文档，开需求澄清会议，经过多次会议，开发和测试人员对需求的了解和认知达到一致，输出一份最终版的需求文档：需求规格说明书SRS
2.开发人员编写概要设计说明书=测试人员评审开发人员编写的概要设计说明同时解读需求规格说明书
3开发人员编写详要设计说明=测试人员评审开发人员编写的详要设计说明书同时继续解读需求规格说明书  测试经理输出测试计划
测试计划都由测试经理编写 （需求分配，人力安排，软硬件配置，风险评估）
开发编写项目代码  te输出tc初稿 并且进行用例评审 ，2 tpm将tc基线文档导入到用例管理平台  搭建测试环境
用例管理工具：禅道 tesklink
用例评审：
交叉评审：测试组内部成员之间相互评审对方编写的测试用例
组内评审：项目组所有成员以会议的方式进行用例评审，由测试经理或测试骨干召开，测试人员主讲
会议评审：与组内评审的唯一区别就是有客户参加
开发转测试，或者开发提测：将写好的项目代码包转交给测试组进行测试（jar.war zip）
测试人员将代码包部署到linux服务器上
测试人员进行测试阶段
项目中编写测试用例
冒烟测试：在执行正式测试之前，对软件的主题功能进行测试，如果冒烟测试通过，则进行系统集成测试，如失败则将版本打回，等开发解决之后再重新进行冒烟测试
正常情况下将进行3-4轮左右系统集成测试
SIT1：对系统所有的功能进行测试，所执行的用例就是在用例设计时编写的所有用例，也成为全量测试
SIT2：成为回归测试或者增量测试1.测试上一轮出现bug的用例   ==》执行用例100条
2.测试针对出现bug的模块新增的用例==》新增50条
3.测试与出现bug模块相关模块的用例 ==》300条
4.冒烟测试==40条

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

SIT4: 同SIT2
执行用例100条，出现bug为0


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


7.输出测试报告
你做为一个测试人员，一个项目达到怎样的状态才能上线？
就是测试准出


测试准入：达到怎样一个状态才可以介入测试
1.开发所描述的功能均以实现
2.通过冒烟测试

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


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

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

微信：注册，登录，修改密码，发朋友圈，语音，视频，发红包，转账，小程序


注册，登录，修改密码，发朋友圈==》微信1.0.war

1.0基础增加==》语音，视频

#表示当前的用户是超级管理员用户
$表示当前登录的用户是普通用户
localhost 表示本地用户