本文章转载于搜狗测试
提到随机测试，大家可能认为随机测试就是随便点点，真的是这样吗？其实，随机测试也是需要策略的，不然，漫无目的的随机测试很可能是事倍功半，浪费大量时间，发现问题却寥寥无几。那么，作为新人的我们应该怎么进行随机测试呢？
首先，按照被测产品对象来分：一类是迭代产品，我们对这个产品已经很熟悉了，一类是新产品，只有需求文档，对这个产品并不熟悉。
迭代产品的随机测试
随机测试的前提：
熟悉被测试对象：
只有很好的熟悉被测试对象，才能在有效的时间内将随机测试进行的更好，找到更多问题
熟悉在用例测试阶段所发现的缺陷及其分布情况：熟悉bug的分布是很有必要的，根据80-20原则中，80%的缺陷存在于20%的模块中，熟悉bug及bug分布会增加随机测试思路以及选择测试点
测试人员具备一定的测试经验，对缺陷敏感：针对这项，是需要测试人员平时积累的，对缺陷比较敏感，可以举一反三。
测试思维技巧
模拟用户使用场景，想想用户都会做些什么 我们在测试的时候，要多想想用户如果用此功能，他们都会哪些操作呢？我们要把自己当成用户，按照用户使用习惯进行测试.比如完成从登陆到买票整个流程。
想想以往提交的bug以及别人提交的bug 在脑海过一下自己或别人提交的bug，想想在这里是不是会出现类似的问题。尤其是一些典型的bug。如：ios输入法之前在短信界面发送后不清空联想条，那么在测试这一类应用（Line、bitesms、WhatsApp）中也同样需要试一下这个问题
哪些地方需要考虑适配或兼容 我们对测试的功能要能区别哪些会根据所依赖的环境不同，可能会产生问题的地方，以及哪些地方是分系统单独适配的。如：ios输入法测试所依赖的设备系统、机型、应用、特殊界面等
改变操作入口及路径 在测试时可以任意改变入口、路径等，由于入口不同可能会产生问题。如：在ios输入法中进入搜狗设置界面有从工具条进入，后台进入。
与其他软件进行交互性测试 软件与软件之间有时是会有影响的，在测试时也要考虑到在和哪些软件进行交互操作可能会有问题，如：ios输入法在二维码扫描界面挂起后台，进入到系统相机界面后返回会概率出现崩溃
同时进行多项操作 同时进行多项操作时会很容易出现问题，开发在写代码时对于同时进行多项操作的处理往往会被遗漏，但是这样的较生僻操作往往会出现比较严重的问题，如：ios输入法之前的一个bug，在长按任意按键后返回应用上级，再调起键盘时按键无响应；下滑键盘时转屏再转屏时按键无响应
考虑边界值 好多问题都会出现边界值上，测试时对于边界值要特别关注下，如：ios输入法最多输入63个字符、手势滑动候选时，尾候选高亮后再右滑
在前提条件较多的情况下进行测试 有时候在前提条件较多情况下操作会发现一些比较严重的问题，我们在测试时可以建立多个前提条件，然后进行一系列操作。如：ios输入法开启细胞词库和纠错后26下输入纠错为细胞词的拼音串时内核崩溃；ios6.x系统上双拼和纠错同时开启时在非挂起的程序中26键下输入后退格崩溃
想想当前界面元素的作用 产品在设计时界面中的每个元素（如：按钮、图片、文案等），都有一定的作用，那我们可以想想这些元素的作用是什么，像按钮，它的作用是点击事件，按下时必定有按下效果，还有行为动作，这就是我们要检查的点。如： ios输入板中编辑框文字为“点击此处添加正文”，其实这个文案就是一个提示的作用，当光标定位到编辑框的时候，这个提示文字就应该是消失，如果光标定位到编辑框时，这个提示没有消失且作为内容显示了，那么这个处理就是很不合理的。
考虑所选择的测试点会影响哪些功能 有些功能之间是有联系的，所以要想想自己测试的功能对原有功能有哪些影响。如：滑动键盘移动光标或候选对删除的影响。
针对于新产品的随机测试
对于一个新产品进行随机测试时，我觉得和迭代产品在前提条件和随机测试点选取上会有些不同，但在测试思路上都是一样的。
l 测试前提：
1.熟悉需求文档，了解被测对象
2.安装竞品，熟悉竞品
因为对于新产品是从未做过用例的执行，所以我们需要根据一个大体的方向去选取测试方向。
l 随机测试方向：
通过熟悉需求文档，将被测对象划分大体的测试范围：
Bug类测试范围：
1) UI界面检查
2) 各功能实现（包括边界值）
3) 性能
4) 交互
5) 隐形需求
6） 非常规操作
建议类提出范围
1.UI效果不好的地方
2.不易让用户感知使用的地方
3.提示文案有异议的地方
4.功能用着不爽的地方
5.对比竞品实现较好的地方
