网站测试用例的问题
我现在要写一个比较大网站的测试用例，现在遇到了一个问题。假如说一个网站，大部分页面都有搜索这个功能。而且搜索都是复合搜索，我测试用例该怎么写，每一个页面都要单独写吗？
谢谢。
[解决办法]
是否要单独写需要考虑以下若干情况：
1、执行者是谁？如果执行者只是照本宣科，不能自行变通和扩展，那么就需要单独写，而且可能要写的很细，包括复合搜索的具体组合；而如果执行者已经具备相当的测试知识，能够自行将简单用例描述完善为完整用例，那么自然不必那么繁琐写用例；
2、用例的复用程度，如果书写的用例后续会多次使用，长期复用，那么多费些精力写全点，写细点，也是值得的。如果只是此次测试使用，那么也许多把精力放到能直接发现问题的执行上更划算；
3、虽然都是搜索，但是你是否能够确认其对应的是相同的代码实现和内容检索，如果不能确认，则可能需要首先明确，如果实现不同，怎么可能还使用完全相同的用例；
4、预期读者是否包含用户（或部分外行领导），用户通常很重视形式，如果用例相近，复制粘贴后进行少量修改，投入应该有限，但是用户感受可能会提升很多（你告诉用户你用20条用例测试和用200条用例去测试他们的系统，他会更相信哪个的质保效果？）。
。。。。。。
其实以上内容归结为一个原则，在保证基本质量目标的情况下，追求最大的测试投入产出比。
[解决办法]
你要看你是做哪一级的测试人员，分担不同的测试角色，写不同的测试用例
1、如果你是代码级的，那你就要对搜寻的路径进行测试
2、如果你是集成级的，那你就要关注前台以及后台的关联关系
3、如果你是前台的，那你就要对各个不同的词进行有层次的组合，先常用词，再一般词、少用词、冷僻词，成语，混合词，特殊字符等等
4、如果你是性能级的，那就要关注每次搜寻的算法效率
5、如果你是业务级的，那你就要关注与业务相关的词汇搜索是否精准
