测试基础测试用例，到底用不用写不写？

上回，我们聊到了测试策略，也提到了测试策略的重要性。很多人说测试策略现在会包含在测试设计阶段，落地到测试用例中，也没什么问题，因为这都是解决问题的过程方法，不是核心目标。提到测试用例，这个作为测试入门级的问题，现在很多人对它也是看法颇多。

有的观点认为，测试用例是测试人员的工作量体现，而且是测试工作的指引和保障，需要详细来写。

有的观点认为，现在是敏捷研发，测试都来不及，写什么测试用例。

折中的观点认为测试用例可以写，但是不需要写的那么详细，用导图写个大概就可以了。

你认可哪种观点呢？

01 测试用例及其作用

我们先从测试用例本身说起，测试用例（Test Case)：为了特定的目的（证明软件存在某问题）而设计的一组由测试输入、执行条件、预期结果构成的文档。它通常包含测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出等八个要素。

结合自己多年的测试经验，个人认为：测试用例是自己测试思维的一个载体，它指导着测试活动的进行，是测试执行的最低保障。至于以什么形式来承载，其实并不重要。

思考测试设计的过程，其实就是自己测试思维的体现。通过合理的测试用例设计策略和模型，能够让我们更好地去设计用例，通过更少的用例，去覆盖测试更多的测试场景。测试用例的好坏，能直接体现测试人员的基本素养（现在反而很多人都忽略了这些，而单纯的去追求技术）。

同时，测试用例将指导测试执行过程。因为人都会犯懒，可能是心情不好了，可能是想不起来了&#x