之前有幸做过2个月的Bug、需求收集整理的工作，期间对每个Bug都有记录，本文中提到的9点测试内容没有高大上的黑盒、压力测试，有的是对Bug频发之处有感而发，虽不全面但对产品或运营人员兴许仍有几分价值。

排序测试，有列表就有排序，排序测试的内容包括排序规则与排序调整。在测试排序之前先了解排序规则，再针对规则做出相应的排序调整，观察是否有相应的界面变化。

例：消息列表、团购列表、中奖名单列表。

字符测试

输入框中避免不了输入字符，字符测试内容包括特殊字符、字符长度。先了解输入框内容界面显示位置，初步预估出理想中的显示效果，再输入特殊字符如中英文、Emoji符号、反斜杠等来测试显示效果，同样的再输入最大允许长度及最小允许长度进行测试。
例：商品标题在不同尺寸大小的手机上测试，文字描述中输入Emoji符号看显示效果，中英文括号（ ( 是否占字符长度，推荐使用列举法测试。

缓存测试

对于高性能的产品，使用缓存是必不可少的。测试的内容包括缓存时间，缓存更替。在测试缓存模块前，先了解被缓存模块及缓存时长，缓存模块中往往存在着不能缓存的数据，再相应的对缓存数据进行相应的修改或删除，观察界面数据更替时长。如参与人数、中奖人数等，100个中奖名额最后却显示97人中奖就已结束会导致作弊嫌疑。

必要信息测试

这项测试主要是针对搜索而言，搜索出来的数据是有相关性与准确性要求的，但开发的过程中，产品如没有细节上的跟进，搜索结果却有可能不是你需要的，在进行该测试前，先想清楚该搜索的作用，同时将数据项分为：重要、一般、不重要，在兼顾美观的同时对显示结果数据项做出甄选，同时对重要数据项做必要性测试。

最多/少数测试

界面显示资源有限，同时兼顾美观及软件性能，会有最多/最少的限制。如banner的数量、商品首页显示量等，在测试过程中，可使用系统允许的最多/最少数量进行测试，来观察系统的反应及显示状态。

多环境测试

对PC版而言，多环境指不同的浏览器。对移动版，多环境指不同的系统。可行的办法有获取目前系统（或浏览器）份额前5及手机排行榜前15用来测试。如果为了更可靠的显示效果还可以针对不同屏幕分辨率进行相关性测试，浏览器可兼顾Retine显示，移动的可兼顾pad显示。

外部环境测试

外部环境同样可分为PC与移动，PC中可以是cookies关闭，flash安装状态等，移动端可以是GPS、网络、摄像头的状态，同样的在测试前先了解到软件模块需要获取到外部环境的功能，测试中将所需外部环境关闭进行测试，观察软件对外部环境做出的相关性变化及用户体验，包括加载时长、闪退概率、状态友好提示。

准确性测试

这一点是最容易被忽视的测试。在测试完搜索能否使用以及搜索结果必要性后，会理所当然的认为出来的数据就是正确的，但在开发的过程中，工程师很少会检察数据库查询语句的完整性，例：结果中缺少时间及状态的约束。

亡羊补牢测试

系统不能保证100%的稳定，而在最关键的环节系统出问题如无补救措施，将造成不可预估的损失，例如支付环节因不可抗拒的外界因素戛然而止，用户能否再次支付，再举个切身的例子，用户在实惠APP抽中免费的奖品，但在填写收货地址中闪退未获取到收货地址，用户却认为地址已填写收货地址，因为缺少补救措施，导致投诉用户激增。

Bug无穷无尽，以上也只是汇总的开始，测试的方法也在随着互联网的发展而不断变化并适应着，在测试的过程中Bug的解决对开发者是好的开始，不至于临时抱佛脚，对运营者是安全感，不至于后院失火，对公司是荣誉，好产品出自好公司。

本文为作者老柴（微信：Binregion）投稿发布，转载请注明来源于人人都是产品经理并附带本文链接