1.可维护性
(1)用例不能写的太复杂,如果太复杂,一旦失败,需耗费大量时间定位,不超过15步。
(2)对于流程过长的用例,可以拆分成N个小模块,从而避免一个步骤失败,导致整个用例全部失败
(3)多使用全局变量,例如多个用例引用的变量,如果使用局部变量,则值发生改变时,只需修改全局变量即可
2.可理解性
(1)用例标题简介明了,后续人员维护时,可通过标题了解到用例实现了哪些业务逻辑,例如
(用户使用错误密码,登陆失败) 业务操作+预计结果
(2)用例步骤添加适量的注释,为后续调试提供必要思路
3 用例实现基线化
(1)当前版本不涉及修改的地方,用例应该继承现网版本的基线用例,检验点不能改变,如果需要改变,则要和开发确认,是否会对业务功能有影响
4 高效率
(1)能实现并行的,尽量避免串行,如果多个用例对同一数据进行了修改,可以优化调整避免同时操作同一数据,否则只能进行串行操作
5自动化用例执行完毕后,需对测试数据进行还原,以免干扰其他用例,例如 (自动化用例将某个账号设置为销号状态,如果恢复成正常状态,则会影响此账号的下一次使用)