背景 

当你作为一个测试工程师在送测阶段（提测阶段）A1还没到测试结束时间时，开发突然过来问你现在有个***问题需要更新测试才能验证、才能联调、才能....现在可以更新测试环境吗？

作为第一次被当面问到这种问题的我来说，我下意识是紧张的，并且脑子不加思考的就回答了：可以啊，现在只剩探索性测试了。

然后开发就麻溜的通告全场可以更新测试环境了，当懵逼紧张完之后，不知道为何脑子突然精灵了，想到我还没问过我同伴的意见，她可能还在测试……

心中也还有点疑惑，不是说好解决某个问题吗，直接只更新那个模块的代码不就可以了吗？为什么要全量更新，把整个测试环境的代码都更新。

结果，我的同伴还没有完全跑完探索性测试，只能被迫中断测试，测试时间被打乱，A1提前结束，压缩了A1测试时间，是否A2的测试时间会增加？

导致整个测试周期延长，最终发布被延期....

第一次负责送测就闹这一出，心里很是压抑，决定要进行复盘。

 提出问题 

在送测阶段测试时间未结束时，开发询问测试是否能提前更新测试环境，测试应该如何分析和决策？

 复盘前期准备 

首先，我们可以通过6w1h去分析这个问题：

开发为什么会提出这样一个问题？什么情况下会提出这样一个问题？感觉这两个问题差不多，所以就放一起说了。

测试期间发现某些严重问题

譬如应用崩溃，某个功能一直报错，影响测试主流程的bug。

需要及时更新测试环境，避免影响测试进度【测试主导】。

版本紧急

需要压缩测试时间，提前结束送测【开发or产品主导】。

被测应用需要对接内部第三方应用

在当前送测阶段（如：A1）没有送测第三方应用功能，测试期间第三方应用已上测试环境，开发在被测应用测试环境对接第三方应用时无法顺利完成，出现一系列问题，考虑到会影响下一轮送测（如：A2）前需要验收第三方应用的功能，还有下一轮送测时间【开发主导】。

被测应用需要对接外部第三方应用

被测应用对接的第三方应用的主要功能点出现Bug，在送测阶段（如：A1）第三方应用改好Bug并已经上线了；因为是修改的是主功能点，为了不影响发布，开发可能会需要提前在测试环境联调这个功能点【开发被动&第三方主导】。

 测试需要衡量哪几个维度？

可参考官方定义的测试停止准则

1、测试超过预定时间；

2、执行完了所有用例没有发现新的bug；

3、单位时间内查出的bug数低于预定值；

4、查出一定预定数量的bug。

更多软件测试相关推荐：

软件测试更多干货文章

软件测试就业培训

文章来源：网络  版权归原作者所有

上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8103)，我们将立即处理