回到网易8个月软件测试团队转型实践(2)

测试三轮验证：测试环境验证第一次、预发布验证第二次、生产验证第三次，为什么做三轮，这三轮的评估依据是什么？

整个测试过程，只有测试人员参与，产品、客户端开发同学的协助如何提升融入进来呢？

测试任务评估没有依据

针对需求的相关测试任务，出牌评估工时，没有评估依据，直接拍脑袋进行，体现在：这个需求需要测试哪些方面？涉及客户端Android、iOS哪些特性？有哪些兼容性需要测试？只有把所有相关点列出来，评估完整的时间，再进行合理的取舍，让质量维度维持在一个可接受的平衡点，而不是一味追求最高质量，往往很多时候，利用现有资源做最平衡的质量优化，可接受的容忍度。

所谓平衡点的简单例子：

1.字体样式的问题，并非致命的，可以权衡接受跟着上线；

2.客户端列表过长溢出，没有边界判断机制，这就是致命的，必须修复上线；

3.客户端数据出错了，后端还可以通过快速发布来解决，并不影响客户端的上线；

图-改进的测试评估依据

生产力改进实践

生产力改进实践环节，是围绕几个大方面开展的：

图-生产力改造围绕方面

敏捷开发

建立Scrum流程框架（版本开发流程），以此为基础的版本开发模式，各个角色紧密配合的PDCA循环：高度合作，善于计划和总结、拥抱变化、高度可视化。

图-Scrum流程框架-交友

自研的燃尽图进度跟踪工具

过去Jira任务管理系统自带燃尽图不能根据团队特点，展示实际进度和体现反馈风险所在，导致错过反馈进度问题的最佳时间，因此根据团队特性，自研能够反馈实际进度的燃尽图，让项目进度透明化，技术、视觉、交互、产品都参与到风险识别和反馈中来。

原文转自：http://www.uml.org.cn/Test/201707191.asp