Scrum开发测试流程

wuyinhu0311

Case：1. cover率要有保障，function check point必须100%覆盖。2. 对case可以编制等级，对以后sanity测试的case可以根据case的等级来挑选。
Sanity：要有基本的smoke测试用例，每次要确保这些用例pass 100%。如果这个太麻烦的话，也可以列出smoke测试的check list。
Bug：关于bug生命周期，可以根据bug状态来确定当前bug是属于谁的处理范围，有利于bug管理，明确各自任务。
Feature：测试用各个功能点，要依据需求版本来决定，在测试中会有需求版本的更新，要确认好测试的需求文档。
Regress：回归测试从开发者的发版文档来确定，每次发版开发者要对有影响或者代码改动部分做说明，然后围绕这些做回归。
Explortery: ET的时候可以根据场景来，对于这些ET发现的问题，可以根据这些场景来更新case，有利于case质量的保证。
1.        关于一个bug是否要在不同的平台删验证，需要根据开发那边决定，如果调用接口都一样，对于底层平台是透明的情况下是不需要都验证的。但是需要根据实际情况做一个合理的方案（这个方案应该与开发商讨，看看那些功能的接口是一样的。交叉覆盖也是一个比较好的选择）
2.        关于测试发版，应尽量在2个工作日里提交测试结果（在以后的一两天的时间里可以在测，应为会对修复的bug作重新发版，这个发版也要做check list保证没有回退。去点是容易加班）
3.        人员方面，可以根据发版内容来确定，不必所有的人都参加。要以各自负责的模块情况来决定。