day01重点

**测试流程图**

需求评审：
1从用户体验角度提供设计建议
2从开发经验角度，分析设计是否存在风险，是否能够实现
3 联合其他模块分析，设计是否存在漏洞，逻辑功能存在缺陷

测试计划制定
1测试用例设计
2测试用例评审，和测试时间估计
3测试资源申请

测试计划执行
1用例执行
2 Bug修复验证和推动版本进度
3性能监控，压力测试，兼容测试

发布与测试报告总结
1版本发布和线上质量监控，用户反馈实时响应
2测试用例更新整合，测试计划评估
3提供版本最终测试报告，包括用例覆盖率，bug数据分析等

全程跟进需求变更
与产品无缝沟通，
在测试阶段有需求变更要第一时间了解改动范围
如果影响版本的质量要说明风险
评估需求是否必须更改以及是否影响版本发布上线的时间线

规划测试
规划测试项目需要的功能开发和自动化开发人员比例，
规划整个测试流程需要的时间，
要预留处理紧急事件的缓冲

执行
协调测试资源
部署测试环境
督促开发和产品提供一切需要的测试工具
测试数据等，推动版本进度
每日进行bug review（bug复盘）
标识出bug解决的优先级和提交测试的时间点
每日提供当日产品质量报告

报告
项目发布上线后
对整个版本的bug进行数据分析
总结出用例的覆盖率
对于没有覆盖到用例的bug
转化成用例
同时测试人员之间进行分享
针对新接触的测试方法测试工具和有价值的bug进行经验总结

回归测试、冒烟测试、随机测试

回归测试：
是指对软件的新版本进行测试时，
重复执行上一个版本测试时的用例，
比如在1.0版本中，有一个bug
到了2.0版本中,再重新测试1.0中这个bug
（回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。）

冒烟测试
指对一个软件进行系统大规模的测试之前，
先验证一下软件的基本功能是否实现，
是否具备可测性

测试小组在正式测试一个新版本之前
先指派一两个测试人员测试一下软件的主要功能，
如果没有实现，则打回开发组重新开发，
这样做可以节省大量的时间成本和人力成本

随机测试
是指测试中所有的输入数据都是随机生成的
其目的是模拟用户的真实操作
并发现一些边缘性的错误。