但是这个的出发点是工作任务。从任务的角度来看测试用例的编写方式。
而随着我们工作年限的增长，我们需要具备更为完备的质量意识。所以我们也需要从质量的角度，来思考如何更好的设计测试用例。
1. 圈定范围，结合实际，取舍有度
虽然测试要求尽可能的全面去测试，但是这也有一个前提去支撑：充足的时间和完备的需求。但实际情况往往是这两项前提都不具备，阉割版的需求加上期望更快的上线。这就需要我们去结合实际的情况，圈定测试范围，从而在测试用例设计上有所取舍。
2. 采取合适的用例设计方法 测试用例设计的方法有很多种，诸如边界值、判定表、错误推断等等。如果我们不加以判断，直接每个用例都采用诸如以上的全部设计方法来设计用例，那用例的规模绝对是很庞大的。而且通用性的设计方法并不一定适配所有的场景。
所以我们在选取用例设计方法之前，需要先结合实际的需求做一层自己的筛选。采取更适合的方法来设计用例。
3. 用例的一体多用 用例的设计不仅仅是用于本次的测试，还需要基于本次的用例，来衍生出多个用途的用例：回归用例、主流程用例、自动化用例等等。区别便是全集和子集的关系。
这样来使用例的维护更完备，也能覆盖更多的使用场景。
4. 用例的持续更新和维护 这一点往往是比较容易忽略的 ，也就是我们常说的结果闭环。用例编写执行完成之后，不代表一个完整的周期的结束。有多种情况都需要我们进行持续的用例更新和完善，常见的有以下几种：
1）需求的迭代，涉及功能的改动，需要用例的调整；
2）线上问题，需要对用例进行补充；
3）功能模块的废弃，需要对用例进行精简。
4）逐步稳定的功能，需要对回归用例进行优化。
以上便是 测试质量意识 中的 用例设计 方面的一些总结，欢迎私信交流～～
