背景
- 当你作为一个测试工程师在送测阶段（提测阶段）A1还没到测试结束时间时，开发突然过来问你现在有个***问题需要更新测试才能验证，才能联调，才能....，现在可以更新测试环境吗？
- 作为第一次被当面问到这种问题的我来说，我下意识是紧张的，并且脑子不加思考的就回答了，可以啊，现在只剩探索性测试了
- 然后开发就麻溜的通告全场可以更新测试环境了
- 当懵逼紧张完之后，不知道为何脑子突然精灵了，想到...我还没问过我同伴的意见..她可能还在测试..
- 心中也还有点疑惑..不是说好解决某个问题吗，直接只更新那个模块的代码不就可以了吗？为什么要全量更新，把整个测试环境的代码都更新..
结果
- 我的同伴还没有完全跑完探索性测试，只能被迫中断测试
- 测试时间被打乱，A1提前结束，压缩了A1测试时间，是否A2的测试时间会增加？导致整个测试周期延长，最终发布被延期....
- 第一次负责送测就闹这一出，心里很是压抑，决定要进行复盘
提出问题
在送测阶段测试时间未结束时，开发询问测试是否能提前更新测试环境，测试应该如何分析和决策？
复盘前期准备
首先，我们可以通过6w1h去分析这个问题
| 6w1h | 含义 |
| who | 提出这个问题的是开发 |
| why | 为什么会提出这样一个问题？ |
| waht | 什么情况下会需要提出这样一个问题？ |
| where | 需要更新的是目前测试环境 |
| when | 送测阶段，即测试正在测试中 |
| whom | 开发向测试提出询问 |
| how | 测试要综合各种维度的衡量，才去回答开发这个问题 |
开发为什么会提出这样一个问题？和什么情况下会提出这样一个问题？
感觉这两个问题差不多，所以就放一起说了
测试期间发现某些严重问题：譬如应用崩溃，某个功能一直报错，影响测试主流程的bug；需要及时更新测试环境，避免影响测试进度【测试主导】
版本紧急：需要压缩测试时间，提前结束送测【开发or产品主导】
被测应用需要对接内部第三方应用：在当前送测阶段（如：A1）没有送测第三方应用功能，测试期间第三方应用已上测试环境，开发在被测应用测试环境对接第三方应用时无法顺利完成，出现一系列问题，考虑到会影响下一轮送测（如：A2）前需要验收第三方应用的功能，还有下一轮送测时间【开发主导】
被测应用需要对接外部第三方应用：被测应用对接的第三方应用的主要功能点出现Bug，在送测阶段（如：A1）第三方应用改好Bug并已经上线了；因为是修改的是主功能点，为了不影响发布，开发可能会需要提前在测试环境联调这个功能点【开发被动&第三方主导】
测试需要衡量哪几个维度？
| 大项 | 小项 |
| 测试进度 |
|
| 影响范围 |
|
| 紧急程度 |
|
| 沟通相关 | 及时跟同组测试沟通，一起衡量和决定是否可以让开发更新环境 |
可参考官方定义的测试停止准则
1、测试超过预定时间
2、执行完了所有用例没有发现新的bug
3、单位时间内查出的bug数低于预定值
4、查出一定预定数量的bug
仅供参考的简单流程图
