测试把控风险的关键点

需求----->设计|①----->开发|②----->测试----->发布|③----->测试报告|④

①第一个把控接口,设计评审完成后,在用例评审阶段一定要细评,反推出prd或设计的全貌逻辑,以测试视角查缺补漏

②开发完成后,提供冒烟测试用例,以开发自驱动力避免在测试时流程阻塞,造成项目延期或测试同事的额外工作量,遇到冒烟不通过的,记P3故障

③发布流程系统中,必须给出需求或bugfix发布的id,否则不予发布

④产出测试报告中,bug与用例比评估项目的整体质量情况,作为筛选优秀项目的数据依据