背景
测试习惯:功能测试完成PUB回归时开始做兼容性测试;因为这个习惯,在一次测试中发现一个崩溃且开发不好解决,这时候基本在测试尾声接近上线,遇到这个问题就有很大的延期风险,同时在扛着延期风险的压力对测试和开发要求更加严格(避免有更大的问题)
声明:
我指的兼容性测试是:Android和iOS不同版本、机型或不同浏览器使用软件或平台的界面兼容和性能兼容的测试。
思考
兼容性测试什么时候做最佳?
- 提测后立即开始兼容测试,pub回归时再过一次兼容测试
- 提测后针对新增功能过一遍测试用例再开始兼容性测试,pub回归时再过一次兼容测试
- 提测后一边功能测试一边兼容测试,pub回归时再过一次兼容测试
和同事交流这个问题,同事的测试方法是第3种,我自己权衡及根据时间安排更倾向第2种,为什么选择第2种呢?
过了一边功能测试之后,已知问题基本明了,开发也在着手解决,此时兼容测试基本可以排开已知问题,知道兼容性问题。
当然,每个人的测试方式及时间把控的不同,针对最佳时候的定义也不一样,可以3种都试试抉出最优且适合自己。