身为开发的我,在离职廊坊的某公司后,无数次的怀念小路童鞋,其测试专业性以及敬业程度让我曾经一度吐槽,你好烦。不过可以得瑟的是至少软件很湿稳定,至少没有出现过大型严重。
在没有测试童鞋的情况下,我们又该如何保证自己的虫率不是那么傲然挺立呢?
本文整理了部分辅助测试的工具,尽力而为。
<强>那些测试工具
互联网发展到现如今,测试工具玲琅满目,这里简单整理了以下三种方式,以供参考。
<强>一、人肉测试
人肉测试,可谓是行业中最普遍的情况了。
通常来讲,软件发布前,开发人员需要至少通过一次自测,随后才交给测试同学。
而我个人目前所接触到的测试童鞋的流程如下:
所提交的软件业务是否完整闭环;
细节性以及用户友好度处理是否得当;
兼容性如何
当然,实际上的情况往往要比以上更加复杂,某些不好的情况下,提交一个bug在修复后往往会得到更多的错误,一次次挑战测试人员的心态极限。默默心疼阿帆童鞋。
作为目前小公司通用情况之一,劣势也是满满:
兼容性无法测试完整,
业务流程完整闭环以及业务异常走向无法测试到位;
错误反馈开发童鞋排查较为困难。曾经遇到的一个事例,线上反馈点击与实际不符,具体点击位置不详,给出的错误情况描述与实际不相符,结果直接导致我基于某东七天无理由退货采购一台客户相同设备进行测试,然而什么都没测试出来。最后还是老韩反馈了一个疑点,分分钟搞定。
基准不同,效果不同,用户体验较差。
好吧。人肉测试,普通而通用,感谢各位小伙伴吧。
<强>二,猴子——压力测试
作为移动端开发人员,个人测试必不可少,压力测试尤为重要。
推荐一款神器:猴子,这里截取了官方部分说明,文末附上官方链接。
猴子是一个在模拟器或设备上运行的程序,可生成伪随机用户事件(例如点击,轻触或手势)流以及很多系统级事件。
在实际使用中,我们可以通过猴子对当前应用进行压力测试,而测试范围如下四个类别:
基本配置选项,例如设置要尝试的事件数;
操作限制条件,例如将测试对象限制为单个软件包;
事件类型和频率;
调试选项。
猴子在运行时会生成事件并将其发送到系统。它还会监视被测系统并查找三种特殊情况:
如果您已将猴子限制为在一个或多个特定软件包中运行,它会监视转到任何其他软件包的尝试并阻止它们;
如果应用崩溃或收到任何未处理的异常,猴子会停止并报告错误;
如果应用生成“应用无响应“错误,猴子会停止并报告错误。
实际来操作一番吧。
首先确保当前电脑已有亚行环境:
而在工作中最常使用的命令如下:
<>以前adb shell monkey -p your.package.name -v 5001其作用为,给指定包名的应用程序发送500次模拟事件。
