系统测试暂停的标准
系统测试在什么情况下需要暂停呢，在什么情况下测试又能继续开始呢？ 这个问题问的有点含糊什么情况下暂停，你的暂停的意思是什么？
这种情况在不同的公司可能有所不同，比如遇到比较严重的bug，一定要在当前版本中进行紧急修复的，开发修复bug的过程，系统测试就可以暂停了。等bug修复结束，patch出来的时候，就继续开始了。
我说的只是一种情况，当然可能还有其他，比如硬件环境不具备，人员没有到位等。（没有经历过，我只是猜测） 我们通常采用一种敏捷的做法，就是虽然出现了比较大的bug，但是只要能绕过去或者有别的办法继续测试下去，都会尽可能多的在一次测试中覆盖更多的内容。所以没有所谓的测试暂停。 测试暂停的标准:
软件测试开始进行就出现严重缺陷，不能使测试继续，测试暂停：
软件项目需要展厅进行调整，测试随之暂停 暂停: 1 基本功能不通过
2 出现致命错误导致后续用例阻塞,测试无法执行下去
恢复: 导致阻塞的问题得到修复,并且通过回归测试 smoke test 都过不了
老板叫停了 没有米了
build 失败 没有固定的标准，这一般应在测试计划中规定好的，原则就是出现某种情况导致测试无法继续下去。通常得在测试计划中依据具体项目来考虑各种情况。比如：
1.客户是那种比较善变的类型，那你必须考虑当需求变更百分比达到多少测试得暂停
2.硬件人员等资源不到位的情况
3.基线测试都无法通过的情况
................
页:
[1]
