为什么需要公共用例
我们想象一下业务线中没有公共用例会出现的场景:你接手一个任务, 需要整理和参考之前项目的测试用例(如果没有统一的用例管理平台的话你甚至需要一个一个负责人去找),拿到之后你得一个模块一个模块地整理,同时你发现大家写用例的习惯不一样,增加了整理的难度和时间成本。最后你终于整理完了,一检查发现一些基础的场景并没有在用例中体现,可能因为大家对这部分都比较熟悉,也没有考虑给新人执行的问题;或者是这块的功能是很久以前的,一直没有改动,所以就没有写在用例上。
还有一个场景是,当你接到一个回归主流程的需求时,可能感觉比较棘手,因为你对其他业务线的测试点没这么熟悉;或者你对自己的认知没有太大把握,需要找其他同学给你过一遍测试点;最担心的是,在你的认知里你认为的主流程就是这样,你一直就是这么回归主流程的并且觉得没问题,但是其实你遗漏了很多测试点!所以每次为新项目编写测试用例或者对旧功能进行回归时的质效是很低的。
对公共用例进行管理有很多好处:直接复用部分业务模块的用例,降低重复编写相似测试用例的时间;避免遗漏测试场景,不会因为新人不熟悉这部分功能导致漏测;需要测试app包和回归主功能的同学也不需要担心了;可以当作业务文档的一部分,通过测试用例了解和熟悉业务流程;同时也可以给自动化测试脚本提供基础用例场景支持。合理利用公共用例可以大大地提高测试的质量和效率。
公共用例的分类
公共用例主要有两类,一类是根据功能场景划分的业务用例,如对贷款业来说就是进件、提现、还款等模块,对电商业来说是加购物车、下单、付款等模块;另一类是公共模块的基础用例,如表单提交测试、输入框测试、UI测试、文件上传测试、兼容性测试、安全测试等。为新需求整理测试用例时,可以直接从公共用例中抽取或者参考需要用到的模块或场景的用例;对基础功能的测试,则可以直接在基础公共用例中获取测试点。同时用例后面需要标注是否P0级别用例,方便其他同学知道测试重点。
重要的一点
对公共用例的使用,很重要的一点是需要对公共用例进行评审,评审通过才可以进入公共用例库,确保公共用例库中的用例都是准确的、可读性强的、可执行的。如果没有进行评审,那么反而会误导他人。也没有人100%相信未经评审的用例,与其每个人使用前要先花时间检查一遍,不如将公共用例先评审好,一劳永逸。
业务公共用例的评审需要各业务线同学一起参与,互相监督和补充。一段时间内评审一次新增的公共用例,同时也给跨线小组同学一个交流业务的机会。基础公共用例则交给一些经验和资历丰富的同学进行评审即可。
网友评论