什么是测试用例评审
测试用例评审是通过测试人员组织用例评审会议，邀约项目相关人员，主要包括产品，开发及测试三方，对测试人员设计的测试用例的可执行性和全面性进行评估，同时消除各方对需求文档理解的偏差达到对需求理解的一致。
评审会议参加角色人
产品、开发、测试
测试用例如何评审
1、首先，测试人员提前准备好用例评审的资料，提前定好会议室发出会议邀约并附上用例评审资料。
评审时，测试用例建议使用xmind脑图进行评审，脑图可以清晰的展示用例的设计思路和关键信息，让参与评审的人员可以一目了然，能更快的捕获到用例设计者要表达的思想，降低阅读成本，提高会议效率。脑图需要包含全部用例的设计思路及测试功能点，并重点标注出有疑问的测试点。在评审前一天提前发出给相关与会人。
2、开始用例评审，会议组织者即测试人员做好会议记录，并标注清楚需要修改的用例内容。
评审开始时，先做简单的业务流程介绍。之后开始评审测试用例，评审时，不建议一条一条读下去，这样耗时长，收效差。可以将测试用例分主次进行划分，先评审主要功能，然后讨论有争议的功能点，最后一些简单的用例可以一笔带过。例如：可以
按模块进行，有些模块，业务性不是特别强的，可以简单说下有哪些模块，每个模块评审的时候，按测试项分类，UI、核心功能、基础功能、边界测试、兼容测试和异常测试等，预期结果类似的，主要讲清楚用例主题，让参与人员知道每条用例是做什么的。
除了功能点的评审，在会议中，可以与开发确认技术疑问点，例如：搜索功能是开发自写sql还是请求es搜索服务？哪些接口是调用第三方接口？哪些页面需要实时刷新？对于设计不合理的地方，可以提出一些可行性的建议。对于开发可能考虑遗漏的功能点或细节及时在会议上提醒，可从根源上遏制bug的出现。
3、评审过程中，测试人员要做好会议纪要，如果用例有需要补充或修改的地方快速在Xmind上标注清楚，便于会后进行整理补充测试用例。
会议后的工作
1、 测试用例评审完成后，测试人员根据会中修改和补充的地方重新整理测试用例，优化完成后，将冒烟测试用例发送给产品，开发人员，供开发人员提测之前进行自测。同时，将测试用例通过项目管理工具，平台等分享给项目的相关人员，方便项目其他成员查阅。
2、在后续测试中，如若有需求修改的地方，需及时更新测试用例，做好测试用例的后续维护工作。
