可能的问题或者待改进的地方：
1.结论4导致百度搜索支持的英文关键字长度不足。与同类网站谷歌的对比，同样一段英文（约十几个单词）在谷歌里能正常搜索，在百度里会被截取前面38个字母。
2.结论1中不输入关键字点搜索没有任何提示，如果有提示会不会好一点。与同类网站谷歌对比，百度有明显的刷新页面动作，谷歌没有刷新页面（没有刷新页面进度条）。如果没有刷新页面动作会不会更好。
×××××××××××××××××××××××××××××××××××
然后是另一个测试人员最爱的测试，等价类法。
一般面试另一个经常出的题目就是问一个三角形，输入三个数字作为边长，然后要判断会变成正三角，等腰三角，还是普通三角，还是不能变成三角来划分等价类。这种case的设计就是基础的基础。
但如果测百度首页就比较复杂。因为用户输入值太多。
等价类可以这么划：
按区间划分。
按数值划分。
按数值集合划分。
按限制条件或规划划分。
按处理方式划分。
三角形问题显然按照数值和区间划分了。但百度首页的话就难划了。
按区间划 1.有意义的关键词做输入值，预期能搜出结果
2.无意义的关键词做输入值（比如用脸滚键盘来输入一些乱七八糟的关键字），预期搜不出任何结果
按数值划，不合适。
按数值集合划分，不合适。
按限制条件或规划划分，不合适。
按处理方式划分，需要知道百度是怎样处理关键字的。也就是说知道内部代码逻辑，有几种处理方式的话就可以划几个等价类，但是我不知道。。。
×××××××××××××××××××××××××××××××××××
第三种方法：写case就是按照需求和标准来写嘛
对于搜索引擎的测试需求和评价指标随便百度了一下就找到了：
1）搜索覆盖的网站或网页数目及范围；
2）结果的准确性，或者说相关度；
3）结果的全面性；
4）结果的时效性，比如说期望搜到最新的结果；
5）搜索的速度或者响应时间
6）易用性
7）链接有效性、稳定性等
对于这些我们可以一个个设计用例来测
比如
1.找一个很偏僻的小网站看看能不能被搜到。
2.挑一系列常用关键字，然后人工检查搜索结果的相关度。
3.挑一系列常用关键字，然后人工检查搜索结果的排序等等
其中的问题是，
1.这个偏僻的小网站应不应该被搜到呢。
2.我怎么知道这个搜索结果的相关度哪个应该算高，哪个应该算低。
3.我怎么知道这个搜索结果的哪个应该排第一哪个应该排第二。等等
这里应该超出黑盒测试的范围了。
假如能用白盒测试/自动化测试。常用方法有：
1.使用另一套完全不同的逻辑实现一套代码，来对比结果。（不常用，代价太高）
比如说为了测试百度，我们自己写了一个谷哥欠，然后对比两者的搜索结果
2.按照现有代码设计时的逻辑，人工计算验证该代码是否运行正确。（太难算。）
3.设计一些有一定通用性的规则，然后校验。（推荐）
比如说，给你一个数据库，告诉你里面所有记录都是数字，那么写脚本检查数据库的记录，当发现有字母时，脚本可以报异常。
同样，在百度里搜索一个关键字，然后根据预先定义好的某个规则，比如搜索结果页面在相关度一样的时候应当以时间为排序标准，检查出结果里有明显违背时，脚本可以报异常。
4.其他？（我上面都是自己根据自己经验总结的，真实情况毕竟不清楚）
5.还有特别提一下易用性。
百度里面有：
1.下拉框提示
2.搜索结果页提示”要找的是不是xxxx“
3.搜索结果页提示”关键字里去掉引号可以找到更多xxx“
4.搜索结果页提示”您输入的网址是不是xxx“
等等，都可以用探索性测试的方法试出来。然后针对他们设计对应的case。
×××××××××××××××××××××××××××××××××××
这样就完了？
没呢。。。百度首页还有用户登录、导航、天气预报、随心听、自定义主页、各种链接等等。
就光从功能测试角度来看也有很多东西需要测。
版权声明：本文出自 zhangting85 的51Testing软件测试博客：http://www.51testing.com/?207573
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
