在软件测试过程中,经常会出现测试时间不够用的情况,例如产品的需求变更或者是研发提测时间的延迟导致预定好的测试时间被严重压缩,但是新版本往往都提前宣传出去了,上线时间是不变的,那么此时应该怎样降低上线风险呢?
第一步:分析待测版本的变更情况
找出待测版本的变更情况,找出测试重点,然后分步骤测试
1.对待测版本新功能画出测试思维导图,同时只列出优先级最高的测试用例。
2.测试跟研发核对产品需求,确保研发正确理解了产品的需求,否则理解错了,更改迭代的时间会远超预期。
3.明确待测软件修改的所有bug。
4.确保待测软件没有任何产品经理新需求外研发的自发优化代码行为。
第二步:根据变更情况采取针对性的测试策略
对测试重点按照先后顺序策略进行测试,保证有限时间下覆盖到最重要的测试场景
1. 先测试待测软件的新功能中优先级最高的用例。
2. 验证待测软件中修改的bug是否已改好。
3. 测试历史核心功能。
4. 验证新功能和修改bug相关联的场景。
5. 如有必要研发直接在master分支上进行bug修改,加快版本迭代时间。
测试时间被严重压缩时是对测试的考验,考虑软件之所以要发布新版本无非就是添加新功能和修改上一版本的bug。所以时间有限下除了加班外的策略就是先测试新功能的重要场景再验证bug,有时间的话再进行一些其他的测试,这样才能将上线风险降低。