测试经验

1.开发提测版本给出对应的提测内容和影响范围，测试针对开发给出的影响范围，重点测试

2.容易出问题的手机进行测试

3.组织小部分真实用户群里测试和公司内部自测，可以避免一部分兼容性问题

4.产品和开发给出具体提测通知

5.开发上传代码到测试环境，需要通知测试，测试通过后才能上线正式 环境，代码上传应该由运维统一管理

 

为了提高产品版本开发的质量与测试效率，从而有效的保证测试质量和结果的准确性。
测试流程：
测试基本提测流程：

1.开发人员提测版本通过冒烟测试，即测试基本功能流程跑通，不通过冒烟测试版本直接打回重新打包
2.转测试版本最好正式邮件提测，包含版本号和测试内容，每测试完成一轮版本号尾部加1
3.回归测试：需要修复致命和严重缺陷，一般和轻微缺陷不超过总缺陷的5%才能转入下一轮测试
4.转测版本最多不超过4轮测试，一般控制在3轮。注明：目前是10轮左右，存在严重的质量隐患。
5.需求功能点全部实现，如果有需求不能在规定时间完成，需要在需求阶段提出，而不是在测试阶段完善需求，从而加长了测试时间，影响效率
6.测试过程中不能换包，系统测试需要前端、后台、数据同时提测，建议由前端或原生统一提测，接口测试可以由后台、数据单独提测。
7.最后一轮测试需要回归测试、跑主流程、缺陷是否复发、尤其出现严重问题是看是否引发其他缺陷，所以最后一轮测试需要足够的时间，不能晚于当天发布的下午2点，否则建议第二天发布，减少质量风险。

测试报告通过标准：
1.不存在致命和严重级别缺陷
2.一般和轻微级别缺陷不超过总缺陷的5%
3.提的缺陷当中，产品确定转入下次需求的缺陷可以不计算在本次缺陷范围内