测试用例评审

什么是测试用例评审
测试用例评审是通过测试人员组织用例评审会议,邀约项目相关人员,主要包括产品,开发及测试三方,对测试人员设计的测试用例的可执行性和全面性进行评估,同时消除各方对需求文档理解的偏差达到对需求理解的一致。

评审会议参加角色人
产品、开发、测试

测试用例如何评审
1、首先,测试人员提前准备好用例评审的资料,提前定好会议室发出会议邀约并附上用例评审资料。

评审时,测试用例建议使用xmind脑图进行评审,脑图可以清晰的展示用例的设计思路和关键信息,让参与评审的人员可以一目了然,能更快的捕获到用例设计者要表达的思想,降低阅读成本,提高会议效率。脑图需要包含全部用例的设计思路及测试功能点,并重点标注出有疑问的测试点。在评审前一天提前发出给相关与会人。

2、开始用例评审,会议组织者即测试人员做好会议记录,并标注清楚需要修改的用例内容。

评审开始时,先做简单的业务流程介绍。之后开始评审测试用例,评审时,不建议一条一条读下去,这样耗时长,收效差。可以将测试用例分主次进行划分,先评审主要功能,然后讨论有争议的功能点,最后一些简单的用例可以一笔带过。例如:可以

按模块进行,有些模块,业务性不是特别强的,可以简单说下有哪些模块,每个模块评审的时候,按测试项分类,UI、核心功能、基础功能、边界测试、兼容测试和异常测试等,预期结果类似的,主要讲清楚用例主题,让参与人员知道每条用例是做什么的。

除了功能点的评审,在会议中,可以与开发确认技术疑问点,例如:搜索功能是开发自写sql还是请求es搜索服务?哪些接口是调用第三方接口?哪些页面需要实时刷新?对于设计不合理的地方,可以提出一些可行性的建议。对于开发可能考虑遗漏的功能点或细节及时在会议上提醒,可从根源上遏制bug的出现。

3、评审过程中,测试人员要做好会议纪要,如果用例有需要补充或修改的地方快速在Xmind上标注清楚,便于会后进行整理补充测试用例。

会议后的工作
1、 测试用例评审完成后,测试人员根据会中修改和补充的地方重新整理测试用例,优化完成后,将冒烟测试用例发送给产品,开发人员,供开发人员提测之前进行自测。同时,将测试用例通过项目管理工具,平台等分享给项目的相关人员,方便项目其他成员查阅。

2、在后续测试中,如若有需求修改的地方,需及时更新测试用例,做好测试用例的后续维护工作。

参考文档:https://www.jianshu.com/p/a50f75608ecd

你可能感兴趣的:(测试工程师)