考点介绍：
用例评审是整个测试流程中非常重要的一环。用例写完了之后，不代表这份用例写的都是正确的，场景覆盖是全的，需要在多方人员进行查漏补缺。用例评审是产品、开发、测试一起对写好的用例进行一个review的过程。校招总会考察测试分析，各种编写测试用例的技巧。
本期分享的测试方案之测试用例评审，分为试题、文章以及视频三部分。
答案详情解析和文章内容可扫下方二维码或链接即可查看！
一、考点题目
1. 什么是用例评审？
正确答案： 用例评审主要是产品、开发和测试人员，针对测试用例能否用于项目的测试而做的工作。
2. 用例评审的目的是什么？
正确答案：
1.为了减少测试人员执行阶段做无效工作（执行无效case，提交无效问题）
2.为了避免三方需求理解不一致；
3.为了每个测试人员的质量标准与项目要求标准达成一致。
3. 测试用例评审检查点
正确答案：
1.测试用例粒度是否合适，是否有点划分很粗、有的很细，优先级是否合理
2.用例名称是否简短清晰
3.测试目的是否明确、清晰
4.测试用例是否覆盖具体的系统需求
5.是否针对以前出现过的那些常见错误提供专门的测试用例
6.是否覆盖了正面和反面的用例
7.是否针对需求不同部分设计使用不同设计方法
8.是否包含边界值、等价类、错误推测、场景分析等测试用例方法
9.测试用例如果有前提条件，是否有说明
10.测试步聚是否完整，是否包含测试数据，对应的期望结果是否明确、唯一？并说明测试结果的重要性等
4. 如何设计一个好的测试用例？
正确答案： 在具体的用例设计时，首先需要搞清楚每一个业务需求所对应的多个软件功能需求点，接着分析出每个软件功能需求点对应的多个测试需求点，然后再针对每个测试需求点设计测试用例；最后挖掘隐性需求，覆盖非功能测试层面。
（答案点击下方链接或者扫海报二维码查看哦）
二、考点文章
1. 测试用例评审过程？
关于用例评审，你是否了解用例评审前的准备工作有哪些 ？需要几轮评审 ？需要哪些人参加 ？评审时长 ？评审形式 ？评审结束后，还需要做哪些 ？关于用例评审，多数团队都有这个流程，很多书籍上也有提过，网上充斥着各种文章；那么，各企业团队实际的执行流程是怎样的？如何落地的 ？
2. 怎样做好测试用例的评审
1.测试点含糊用语，每个用例评审都应该确定最终版，稍有矛盾或疑惑的需求点，都应该确认下来，不能含糊不清。
2.杂乱无章的评审，有顺序有逻辑的进行评审是很重要的一点，如果臆想按照自己的思路评审，不顾他人感受，那么就等同于做无用功。这样的用例执行出来也会有一定的质量风险。
（扫下方海报二维码查看完整版）
三、考点视频
更多资讯可搜索校招VIP小程序查看哦。
PC端链接：xiaozhao.vip/dTopic/deta…
移动端链接：m.xiaozhao.vip/dTopic/deta…
