1、总体思路
先业务流再字段分解
先用逻辑串成线再分散到每个点,最后覆盖成面
业务流和逻辑从需求中来,点从公共用例中来,这样写用例时就只需要把握住关键的业务流和逻辑就行了,既能高效的写出测试用例,同时也能覆盖较全面,最主要的是很多公共的用例是让团队成员变得更默契
2、体现业务流程
第1步需要设计体现业务流程的测试用例,大概有几个用例来主要测试流程,同时这部分也可作为冒烟测试用例,通过这几个用例,大概能够清楚这个迭代的主要功能,业务逻辑是否正确
比如:以一个业务的流程为例:新增业务数据==》流转业务数据(可能会有不同的流转路径,需要同时覆盖,清晰体现)==》完成业务后的归档操作等
至少会有3个case来覆盖这3个场景,其中中间那个场景可能也是超复杂的场景,也是最重要的场景
3、体现业务流程中涉及到的页面的每一个字段的验证,同时关注前后的验证是否一致
第2步需要根据上面的业务流,对涉及到的页面按顺序进行每个字段的验证,正常的异常的,这里体现的就是我们经常说的各种测试方法了。
比如:一个列表页面,肯定有的筛选、列表、及列表的操作,这些基本都可以从公共用例库中得来