本文章转载于搜狗测试
随机测试是针对客户端用例测试非常有效的一种补充测试手段，积极开展随机测试可以有效发现复杂路径，极端环境的问题。
搜狗手机浏览器随机测试遇到的问题
每个版本，在项目空档期都会安排随机测试的任务，但是很多时候大家的收益都非常的低，总结了下，导致随机测试效果不好的原因如下：
1、基本都是漫无目的的随机测试，没有针对性。
2、随机测试时间没有做要求，对产出也没有做要求，缺少约束力，导致很多时候都是：随机测试4h，，发现bug 0个。
3、随机测试过程总被打扰，无法专注，如正测试着，开发让复现bug，导致思路被中断。
4、随机测试积极性不高，只当成一个任务，没有对随机测试方法进行挖掘和总结，没有能力的提升，也缺少奖励机制。
随机测试介入时机和组织方法：
主要根据项目进度来组织，一般安排在开发提测至上线这段时间，具体如下：
一轮期间：对于已经测试完成的新功能，可以有针对的进行随机测试
1） 避免新功能测试不完全
2） 避免该模块新改动对旧代码造成的影响被发现的较晚。
2. 二轮期间：开发的代码提交量每天都好几十笔，可以每天或者每隔一天安排时间 进行一次随机测试
1） 可以对所有模块进行，提前发现一些未进入二轮模块的bug
2） 也可以根据代码监控主要针对代码变动较多的模块进行随机，及时发现由于开发改的引入的问题
3. 上线前测试阶段：每天安排时间进行一次随机测试
1） 可以针对近期代码变动部分进行随机，及时发现开发修改引入问题
2） 也可以对一些重要功能进行随机，保证冒烟前重要功能的正确性
随机测试组织规范：
随机测试活动本身具有很多不确定性，进行必要的约束可以提升效果。
时间安排：每次随机测试时间最好固定在同一个时间点
地点：为避免干扰最好提前预定好会议室
时间长度：1h左右 (真正的随机测试非常烧脑，时间不宜过长)
参会人员：没有意外，必须全员参加
Bug形式：先记在本子上，后续与模块负责人对，是bug的，由模块负责人提交bug
结果记录：记录每次大家参与情况，bug报的情况。
奖励方式：项目结束，对于随机测试bug最多的进行表扬，准备奖状或者小礼品并且加荣誉墙
总结：对于别人发现自己模块的一些bug，模块负责人需要简单总结下遗漏原因，如用例设计遗漏、复杂场景未考虑等。对相应模块的用例进行补充。虽然是随机测试，但也是有一定方法的，可以通过每次的测试总结不断提升自己的随机测试思路和方法，并分享给其他人。
