开发询问测试是否能提前更新测试环境,测试应该如何分析和决策?
背景
- 当你作为一个测试工程师在送测阶段(提测阶段)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
仅供参考的简单流程图