51Testing论坛的“站内搜索”怎么测？（11-8-30）（获奖名单已公布）

默默巫

老师给我们出了个题，举个现实点儿的例子，51Testing论坛的“站内搜索”怎么测？欢迎大家踊跃发言！

如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	fatfish	50元移动充值卡	2#
二等奖	muler	300论坛积分	21#
三等奖	velata	100论坛积分	5#

fatfish

粗略列一列，大致可以从以下几个层面考虑吧：

1．功能方面，是否能按指定条件查到正确、完整的结果，具体：
    1.1录入条件为可查到结果的正常关键字、词、语句，检索到的内容、链接正确性；
    1.2录入条件为不可查到结果的关键字、词、语句；
    1.3录入条件为一些特殊的内容，如空、特殊符、标点符、极限值等，可引入等价类划分的方法等；

2．性能方面，可利用测试工具或各种测试手段考虑功能在各方面的表现，具体：
    2.1压力测试：在不同发用户数压力下的表现（评价指标如响应时间等）
    2.2负载测试：看极限能承载多大的用户量同时正常使用
    2.3稳定性测试：常规压力下能保持多久持续稳定运行
    2.4内存测试：有无内存泄漏现象
    2.5大数据量测试：如模拟从庞大的海量数据中搜索结果、或搜索出海量的结果后列示出来，看表现如何等等。

3．易用性方面，交互界面的设计是否便于、易于使用，具体：
    3.1依据不同的查询结果会有相关的人性化提示，查不到时告知？查到时统计条数并告知？有疑似输入条件错误时提示可能正确的输入项等等处理；
    3.2查询出的结果罗列有序，如按点击率或其他排序规则，确保每次查询出的结果位置按规则列示方便定位，显示字体、字号、色彩便于识别等等；
    3.3标题查询、全文检索、模糊查询、容错查询、多关键字组织查询（空格间格开）等实用的检索方式是否正常？
    3.4输入搜索条件的控件风格设计、位置摆放是否醒目便于使用者注意到，有否快照等快捷查看方式等人性化设计？

4．兼容性方面，跨平台、多语言等多样性环境组合情况下测试使用的正常性，具体：
    4.1WINDOWS/LINUX/UNIX等各类操作系统下及各版本条件下的应用
    4.2IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下、各种显示分辨率条件下的应用
    4.3SQL/ORACLE/DB2/MYSQL等各类数据库存储情况下的兼容性测试
    4.4简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试
    4.5IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试
    4.6与各相关的监控程序的兼容性测试，如输入法、杀毒、监控、防火墙等工具同时使用

5．安全性方面，往往容易被忽视的环节，具体：
    5.1被删除、加密、授权的数据，不允许被查出来的，是否有安全控制设计；
    5.2录入一些数据库查询的保留字符，如单引号、%等等，造成查询SQL拼接出的语句产生漏洞，如可以查出所有数据等等，这方面要有一些黑客攻击的思想并引入一些工具和技术，如爬网等。
    5.3通过白盒测试技术，检查一下在程序设计上是否存在安全方面的隐患；
    5.4对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制；

6．异常性测试，各种破坏性的操作的影响测试，具体：
    6.1查询过程中断网、关机
    6.2查询过程中强行中断关闭页面
    6.3查询过程中强行杀死相关进程等

roger814

1.发现51论坛搜索按钮可以一直点击，没有时间间隔设置，可针对此按钮进行性能测试。
2.使用SQL语句进行注入式检验。
3.修改搜索后地址栏内各个参数，以测试服务器对非法参数的处理情况。
4.发现当用户使用了搜索功能后会向数据库生成搜索记录，可针对此功能对数据库进行负载测试。
5.使用loadrunner对搜索功能进行并发测试。

wangyanzhao

1 输入单个关键字
2 输入：关键字，关键字
3 是否支持模糊查询（%，单引号等）
4 数据库测试
5 性能测试
2楼说的比较详细呀。

velata

先要明确一个点：我们是做为51testing网站的测试人员来测试？还是作为一个普通用户来测试。
如果是作为本网站的专职测试人员的话，建议先得了解搜索的原始需求、搜索实现的设计，然后再开始进行测试设计及执行。
如果是一个普通用户，则可以做好多。2L的说的还算全（虽然感觉像是在网上抄了一堆概念一样）。
补充一下的是：
1)兼容性测试。其实没有必要测那么多类型。
浏览器：51testing算是国内较大的专业测试网站了，肯定有他们的运营策略，很容易得到用户浏览器类型，只用管80%的用户就差不多了。其他奇奇怪怪的浏览器使用者，基本上都有IE，chrome用不了，换回IE就好了。大不了我检测一下你用的是我不支持的浏览器的话，就给个提示说请使用我们支持的浏览器XXXX。
OS：51testing是网站，所以跟OS的版本其实不大，所以也木有必要去弄那么多OS类型
终端类型：暂时不知道51支持不支持移动终端，在它不支持的情况下，折腾这些浪费时间。

2）安全测试吧，就交给专业的工具啦~AppScan啦，WebInspect啦~。做得深一点的吧，是跟设计人员一起来看数据安全、服务器部署安全。


嘻嘻，俺这个不算回复此话题哈，只是就2L同学滴回复表达一下自己滴想法。

fatfish

回复 5# velata

fatfish

回复 5# velata


     按自己多年工作实践随意罗列了一下，居然被您比喻成网上抄概念，看来俺不知不觉中造诣不浅了啊，呵呵！
   真是“认真也有错”、“躺下也中枪”呀。

森林一木

回复  velata


     按自己多年工作实践随意罗列了一下，居然被您比喻成网上抄概念，看来俺不知不觉中 ...
fatfish 发表于 2011-9-6 06:58

    呵呵。这位朋友写的挺好，很全面，从系统测试角度来说，覆盖面比较广了，当然5楼的朋友说的几点也挺好，特别是现在的终端测试，如果不能支持，直接提示不支持就行了。

shiweiguangw

我和4楼想的一样，刚接触软件测试的新人路过

zoerou

2楼和4楼都写得很好！呵呵

zoerou

2楼和4楼都写得很好！呵呵

QQHao

同意5楼的看法， 了解事物的本质是王道

liulinzhu

TO2L:很棒！但是您在实际工作中真的会这样测试吗？大概会花费多久呢？带来的价值有多少呢？
1.大而全不一定就是最好的，根据QCT作出的平衡才是我们的需要，我们不妨把80%的精力投入到20%的核心功能上。
2.在这功能是主要的(相信论坛上没有秘密可言，因此安全性可以适当放低)，其他各方面5L的朋友也谈到了。
另外再强调下，case design在体现设计思路的同时还要体现优先级，这是case的基本要素。

sunlight426

2楼是站在整个测试专业的角度来看问题，在测试这件事情上面搭了一个框架。而实际上，我们在项目中的测试，根据项目特点不同，是有所取舍的。所以5楼在这个基础上做得补充更好滴应用到我们实际当中。
学习了两位的思路，论坛真是好地方，讨论之后，大家获取的不只是个人的思想，而是各种思想的碰撞。

crarook

整理2楼和5楼的 保存下来 收藏了。。。。 膜拜ing 学习ing。。。

da乐

系统测试方面。其实2楼说的很好，周六没事，随便写写
首先明确网站搜索功能的需求是什么？网站搜索是否和需求一致？
1，找出输入和输出分别是什么（用excel进行列表）。,好像每个项有很多：从最简单的帖子搜索，到商品搜索，高级搜索等等
2，输入的话肯定要进行等价类和边界值的测试。
3，在高级搜索的时候，输入之间有平行的约束关系，判定表的话可能不是很好，最好用正交试验来进行测试
4，输入输出是否有溢出情况？
5，流程分析测试也可以引入。每个条件的增加（高级搜索）
6，环境异常。
7，因为网站采用的dz系统，所以代码也是可见的。看看代码的实现逻辑是什么？
8，url链接，跳转正确性，后退会怎样？是否从新窗口打开？分页，搜索结果关键字标红，打开结果关键字标红等等。
主要是(if(and/or) while) (switch case)—(SQL语句) 等等
性能测试，易用测试和安全测试 2楼得说的很好

SariyaLee

学习了。

不周风

学习之

jackei

51的同学们，为啥就是没有人讨论关于搜索结果是否准确这个关键问题的测试呢？这不正式搜索功能最最基本和最最核心的部分吗？

新一代IDC秦

2楼的专业！但也要从客户方个性化考虑