web测试用例的设计

darkmanno6 · 发表于 2015-5-13 11:10:47

最近参加了公司的一个web项目，对web进行测试，发现自己的测试用例设计思路与他们不太一样，导致用例无法很好的合并一起，现在想请教各位大神来讨论下，哪种思路比较好：
1、我的思路，页面与业务逻辑分开设计测试用例，简单的来说，就是把关于页面的界面展示，界面功能如排序，跳转，搜索等放在一起作为一部份，把和业务相关的部分拉出来作为另外一部分；
2、他们的思路，直接按照业务逻辑编写，界面相关的混在业务逻辑里检查；

个人觉得我的思路设计的用例比较清晰，但是这样必然导致编写测试用例时，会有较多的重复操作；而他们的做法设计的用例虽然混杂不清晰，但是编写用例走完一个业务逻辑就可以测试所有，重复操作较少；

大家怎么看，一起讨论下吧！

fengfei0210 · 发表于 2015-5-13 14:03:59

个人认为，如果对测试用例数量没有要求，建议按照第二种思路进行设计，软件测试有个原则是：用尽量少的测试用例覆盖尽量多的测试点。所以设计测试用例最好不要有重复的内容，执行起来也会比较节省时间。

jingzizx · 发表于 2015-5-13 14:14:51

你这两种方式我都用过,目前采用第二种方案,按照业务逻辑的主脉络来写，但是界面功能要涉及到；
在测试初期，基本上是按照第一种方式来写，因为随着项目的增多,团队内部对于页面展示的功能会越来完善,界面功能如排序，跳转，搜索等完全可以只是作为一个简单的功能点测试（建议应该把类似的功能测试总结出来），主要精力放到业务逻辑上来。个人看法，仅供参考。