能否提前更新测试环境，该如何分析决策
背景
当你作为一个测试工程师在送测阶段（提测阶段）A1还没到测试结束时间时，开发突然过来问你现在有个***问题需要更新测试才能验证、才能联调、才能....现在可以更新测试环境吗？
作为次被当面问到这种问题的我来说，我下意识是紧张的，并且脑子不加思考的就回答了：可以啊，现在只剩探索性测试了。
然后开发就麻溜的通告全场可以更新测试环境了，当懵逼紧张完之后，不知道为何脑子突然精灵了，想到我还没问过我同伴的意见，她可能还在测试……
心中也还有点疑惑，不是说好解决某个问题吗，直接只更新那个模块的代码不就可以了吗？为什么要全量更新，把整个测试环境的代码都更新。
结果，我的同伴还没有完全跑完探索性测试，只能被迫中断测试，测试时间被打乱，A1提前结束，压缩了A1测试时间，是否A2的测试时间会增加？
导致整个测试周期延长，较终发布被延期....
次负责送测就闹这一出，心里很是压抑，决定要进行复盘。
提出问题
在送测阶段测试时间未结束时，开发询问测试是否能提前更新测试环境，测试应该如何分析和决策？
复盘前期准备
首先，我们可以通过6w1h去分析这个问题：
开发为什么会提出这样一个问题？什么情况下会提出这样一个问题？感觉这两个问题差不多，所以就放一起说了。
测试期间发现某些严重问题
譬如应用崩溃，某个功能一直报错，影响测试主流程的bug。
需要及时更新测试环境，避免影响测试进度【测试主导】。
版本紧急
需要压缩测试时间，提前结束送测【开发or产品主导】。
被测应用需要对接内部第三方应用
在当前送测阶段（如：A1）没有送测第三方应用功能，测试期间第三方应用已上测试环境，开发在被测应用测试环境对接第三方应用时无法顺利完成，出现一系列问题，考虑到会影响下一轮送测（如：A2）前需要验收第三方应用的功能，还有下一轮送测时间【开发主导】。
被测应用需要对接外部第三方应用
被测应用对接的第三方应用的主要功能点出现Bug，在送测阶段（如：A1）第三方应用改好Bug并已经上线了；因为是修改的是主功能点，为了不影响发布，开发可能会需要提前在测试环境联调这个功能点【开发被动&第三方主导】。
测试需要衡量哪几个维度？
可参考定义的测试停止准则
1、测试超过预定时间；
2、执行完了所有用例没有发现新的bug；
3、单位时间内查出的bug数低于预定值；
4、查出一定预定数量的bug。
- CAD培训班学费要多少[图]
- 电商美工培训班多少钱[图]
- 室内设计培训班学什么内容[图]
- 重庆天琥教育地址在哪里[图]
- 重庆天琥教育培训靠谱吗[图]
- 包装设计分类有哪些-包装设计有哪些种类[图]
- 平面设计要求-平面设计师需要具备什么条件[图]
- 装修怎么找设计师-如何找好的装修设计师[图]
- 室内设计专业怎么学-室内设计专业需要学什么[图]
- 报班学广告设计要多久-报班学设计一般多少钱[图]
