web测试用例的设计
最近参加了公司的一个web项目，对web进行测试，发现自己的测试用例设计思路与他们不太一样，导致用例无法很好的合并一起，现在想请教各位大神来讨论下，哪种思路比较好：1、我的思路，页面与业务逻辑分开设计测试用例，简单的来说，就是把关于页面的界面展示，界面功能如排序，跳转，搜索等放在一起作为一部份，把和业务相关的部分拉出来作为另外一部分；
2、他们的思路，直接按照业务逻辑编写，界面相关的混在业务逻辑里检查；
个人觉得我的思路设计的用例比较清晰，但是这样必然导致编写测试用例时，会有较多的重复操作；而他们的做法设计的用例虽然混杂不清晰，但是编写用例走完一个业务逻辑就可以测试所有，重复操作较少；
大家怎么看，一起讨论下吧！ 个人认为，如果对测试用例数量没有要求，建议按照第二种思路进行设计，软件测试有个原则是：用尽量少的测试用例覆盖尽量多的测试点。所以设计测试用例最好不要有重复的内容，执行起来也会比较节省时间。 你这两种方式我都用过,目前采用第二种方案,按照业务逻辑的主脉络来写，但是界面功能要涉及到；
在测试初期，基本上是按照第一种方式来写，因为随着项目的增多,团队内部对于页面展示的功能会越来完善,界面功能如排序，跳转，搜索等完全可以只是作为一个简单的功能点测试（建议应该把类似的功能测试总结出来），主要精力放到业务逻辑上来。个人看法，仅供参考。 测试有优先级，先将业务流用例覆盖到，后检查是否存在遗漏的点，再补充测试用例即可。 建议还是结合业务来比较好 我也是结合在一起进行测试的~ 思路是对的 先做好业务流程的测试用例，再添加一些界面的测试点。注意链接跳转是单独的一个测试，不属于功能测试的范围。要区分好哪些可以作为页面的测试点掺杂在业务流程测试中，其他的可以在用户体验测试上着重测试，确保网站的全面测试 结合比较好
页:
[1]
