一、测试用例编写前,首先要进行需求梳理:
进行用例编写前,首页要进行需求梳理,对于需求的梳理,除了本次需求中的功能外,还需要了解需求的价值、以及与已有模块之间的关联和相互影响,对于需求中有疑问和不合理的地方,要尽早提出,跟产品澄清,如需求需要变更,需要同步开发和测试;
二、测试用例的编写原则
用例结构清晰明了,便于阅读和执行,一条用例包括前置条件、操作步骤和预期结果
1、前置条件:用例执行前的需要完备的条件;
2、操作步骤:用例尽量写可操作的场景或动作,而不是对需求的简单重复;
3、预期结果:预期结果尽量写上,一是防止测试、开发和产品理解的预期结果不一致;2、有时一个操作场景有很多个预期结果,防止测试时遗漏,同时,每个预期结果,只写一个检查点;
三、测试用例的覆盖范围
- 用例的覆盖率,关系到执行时,是否存在漏测
覆盖率可以从以下几方面来考虑:
1、流程性或数据流转用例场景(包括正向流程和异常流程,优先级高);
2、功能性用例;(注意模块之间的功能关联和影响)
3、ui用例(ui的正确性、美观性、易用性、字段校验)
4、兼容性用例
功能兼容性(不同系统、不同浏览器)
ui兼容性(不同系统、不同浏览器、不同分辨率、不同屏幕大小)
数据兼容性(历史数据兼容性、缓存测试)
版本兼容性(app版本兼容性、不同版本浏览器、同一系统不同版本)
5、性能用例
6、安全性测试(功能权限和数据权限等)
- 此外,web和app测试又有各自独特的测试场景
1、web测试需要考虑多个窗口对同一功能操作时,后端状态变更,但前端页面未刷新的场景;
2、app测试需要考虑版本升级测试、版本兼容性测试、弱网测试、耗电量测试等;
- 最后,不同类型控件也有常用的测试点:
1、比如翻页功能,需要测试上翻页、下翻页、隔页翻页、指定页翻页、首页上翻页、末页下翻页、翻页性能、每页显示多少条切换;
2、数据列表:列头、列表数据、列表默认排序、列表翻页、列头排序、列表查询、列表查询性能、非首页查询结果少于一页时的数据展示;
3、目录:目录的初始化和增删改、目录最大支持的级数、目录的切换、目录和查询条件联合过滤;