iLeichun

在经历了策划、设计、开发等一系列的劳作辛苦之后，只要再进行细致地测试网站便可以上线了。笔者参与过很多大大小小的网站项目，今天从产品的角度来说说功能测试环节中最容易被忽视的测试细节点。

一：搜索死角

这里所说的搜索是指站内搜索，站内搜索可以让用户非常方便的找到目的内容，另外可以通过记录用户站内搜索关键词来进行用户分析。可是随着网站内容的增多以及条件的繁琐，站内搜索往往是以多重条件搜索的方式来展示给用户使用的。这就给测试人员造成了一定的压力，毕竟测试人员光从需求文档上是无法对每项搜索条件和结果进行深入分析的，因此搜索功能的测试可称之为“测试死角的老大”。

解决方法：建议测试人员邀请产品经理共同测试该功能，做到万无一失。

 二：列表排序死角

无论是门户网站还是电子商务网站或者是NNS社区，他们都少不了列表排序，今天笔者用某网站的口碑榜排序列表来叙述一下该死角到底有多深。如果我们来做一个公正的第三方评论平台的话我们只需要根据时间、口碑值来进行排列即可，这样一来死角不会太深。越来越多的网站把口碑榜，销售榜，关注榜作为提高PV和降低退出率的手段，这样一来列表排序会有网站的运营人员参与，在此我做一个比方大家就会明白列表排序会出现死角的原因了。假设我们现在来进行一个电脑关注度的排序，假设从网站后台的表单中我们查询是这样排列的：

这时运营接到市场部的通知，要求把神舟电脑加入到关注度排行榜的第三位，从网站后台我们查出神舟电脑的关注度为1200，这里就存在一个问题了如果强制将方正替换为神舟的话那么展现在网页上的列表排序就像下面这样：

用户不是傻子一眼就看出来这样的商业行为，因此测试人员在测试排序列表时，如果包含了强制置顶功能的列表不光是要把值插入进去，更要做到前后统一的效果，这样才不会穿帮。

解决方法：没有绝对的解决方法，因为本文是做死角探讨不是技术文章，因此具体的方式不做赘述，笔者以前的做法就是采用“补偿法”把少的补上，出现相同值得话就要视情况而去操作了。

三：SQL注入攻击死角

SQL注入攻击是黑客对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入（摘取百度百科）。前段时间密码泄露门事件闹的沸沸扬扬，所以在测试环节对待这样一个普通用户涉及不到的操作还是需要倍加留心。

解决方法：笔者不是安全专家，所以没有非常好的解决方法，如果大家对此有兴趣的话可以在网上查阅相关资料。

 四：图片缩放死角

图片是网站的灵魂，一张恰到好处的配图能够吸引用户的目光，从而为用户提供优良的用户体验。UI设计师在设计页面时选取照片的尺寸会根据版面的需要来进行搭配，而往往这样的配图在网站上线后是需要运营人员根部不同的内容进行更换的，甚至有新闻采集系统会自动转发外站的新闻，由于配图的图片位置大小是固定的，所以一不小心的工作失误就会出现图片变形的情况从而影响用户使用的心情。

解决方法：根据版面的样式确定图片的最大长宽尺寸，并配以淡色的外框，如果程序检测到上传的尺寸与之不符，那么根据等于缩放的比例缩放最大宽度或者高度。即便左右留白或者上线留白总比一张变形的图片看得舒服。

五：文字截取死角

该死角和第四个颇有相似之处，最大字符长度如果设置不准确的话一来会影响用户的阅读，二来会影响页面的美观，好在这样的一个死角修正起来很简单，笔者就不做赘述希望测试人员在测试的时候多加小心便好。

解决方式：试验及调整到最佳的字符显示数量，如果标题真的过长的话建议用…放在标题的末尾，从程序的角度来说增加标题的“title” 显示。

 今天就说这么多，我相信肯定会有很多看官也有会有自己总结的死角，不妨说出来分享一下。

By：alex