共计 761 个字符，预计需要花费 2 分钟才能阅读完成。
前后用了不少的篇幅来谈测试用例，包括它的方法、编写原则与标准。
本篇文章来分享关于测试用例的剩余基础知识。
测试用例级别划分
描述此部分内容时，以淘宝作为参考对象。
1、极为重要
这一级别测试用例要重点关注，是不允许出一丁点错误的。淘宝中，与支付相关的测试用例，就属于此级别的。
2、重要
这一级别的测试用例主要涉及的是业务功能，比如淘宝中的浏览商品，加入购物车，下单等，这些功能没有处理好，会影响到营收。
3、一般
这一级别的用例主要涉及查询、下载、添加等功能，比如淘宝个人信息中的添加收货地址，虽然此功能会在短时间内对用户造成一定的影响，但是相较于前两种，没那么重要。
4、轻微
主要涉及界面 UI，文案类的测试用例。尽管一般情况下，都会将文字的错误划分为轻微级别，但是，对于用户体量大的应用，可以适当提高重要级别。
测试用例评审
测试用例是软件测试的依据。
由于测试人员在项目初期，对于需求、设计等理解程度不同，首次设计编写的测试用例质量难免会有不同程度的差异，故对编写的测试用例进行评审是很有必要的。
用例评审的作用是，通过评审过程，能够使测试用例结果清晰化，场景覆盖全面化以及优先级别合理化。
测试用例评审的内容
- 用例设计的结构安排是否清晰合理，是否能够高效的进行需求覆盖
- 用例的优先级是否合理
- 测试用例是否覆盖了测试需求的所有功能点（业务 + 所有流程 + 场景 + 功能）
- 测试用例是否有很好的可执行性，例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确
- 正确性，非法性，特殊情况数据是否都有考虑
- 测试用例是否简洁美观，是否易于管理执行
用例评审会议
部门评审 ：测试团队内部成员参与的评审
项目评审 ：与项目相关的全体成员参与的评审
以上就是本篇文章所要分享的内容，欢迎各位大牛指正。你的指正，能让我在测试之路上快速成长。
Leo Never Stop Fighting！
正文完
