测试时间不够，怎样将上线风险降到最低？
软件测试的童鞋们经常会碰到这样的问题，就是由于产品的需求变更或者是研发提测时间的延迟导致预定好的测试时间被严重压缩，但是由于运营事先对外已经做了新版本的宣传，上线时间保持不变，这时测试童鞋们采取怎样的测试策略，直接关系到上线后的质量情况。本文从两步介绍测试应该怎样做才能使上线风险降到最低。第一步：分析待测版本的变更情况
目标
分析待测版本的变更情况找出测试的重点
步骤
1.对待测版本新功能画出测试思维导图，同时只列出优先级最高的测试用例
2.测试跟研发核对产品需求，确保研发正确理解了产品的需求，否则理解错了，更改迭代的时间会远超预期
3.明确待测软件修改的所有bug
4.确保待测软件没有任何产品经理新需求外研发的自发优化代码行为
第二步：根据变更情况采取针对性的测试策略
目标
对测试重点按照先后顺序的策略进行测试，保证有限时间下覆盖到最重要的测试场景
测试策略
1.第一步先测试待测软件的新功能中优先级最高的用例
2.第二步验证待测软件中修改的bug是否已改好
3.第三步测试历史核心功能
4.第四步验证新功能和修改bug相关联的场景
5.如有必要研发直接在master分支上进行bug修改，加快版本迭代时间
总结
测试时间被严重压缩时是对测试的最大考验，考虑软件之所以要发布新版本无非就是添加新功能和修改上一版本的bug。所以时间有限下除了加班外的策略就是先测试新功能的重要场景再验证bug，有时间的话再进行一些其他的测试，这样才能将上线风险降到最低。测试顺序的优先级如下图所示：
页:
[1]
