在您的实践中,您使用什么衡量标准来了解何时停止测试应用程序并将其转移到生产中?
对于我组织中的项目,我通常使用的措施如下:
没有严重性1(显示停止)问题
没有严重性2(主要功能瘫痪)问题
可接受的严重级别3(次要功能)问题
"可接受的数字"自然是一个非常软的数字,取决于应用程序的大小等.
一旦满足这些先决条件,我将召开所有利益相关方会议(质量保证负责人,开发负责人,应用支持负责人等),并查看未解决问题列表,并确保就所分配的严重性达成一致意见显着的问题.一旦我确认没有未完成的Sev 1和Sev 2问题,我将从每个利益相关者处获得"Go/No Go"电话.如果每个人都说"Go",我很乐意转到Production.如果至少有一个利益相关者说"不行",我们会检查"不行"的原因,并在必要时采取措施解决背后的问题.
在较小的项目中,流程可能会更加简化,如果只是单人操作,您的前提条件可能会简单得多,即"应用程序提供合理的好处,同时具有(显然)可接受的错误数量 - 我们把它放在那里!" 只要应用程序提供的好处超过了bug的烦恼,特别是如果您遵循"早期和经常发布"指南,那可能对您有用.