有很多朋友初次写用例，不知道从何下手，虽然有的公司给出了相关说明文档，但是写起来还是不能得心应手，编写用例方法有很多种：功能导向用例（边界值、等价类等等），用户导向用例（场景法），用户、功能相结合导向用例……

为什么要写测试用例？

测试用例主要有以下六大作用：

1.方便理清测试思路，避免漏测

2. 有助于测试工作量的评估

3. 便于提前准备测试数据

4. 相当于工作日志，把控测试工作进度

5. 方便进行上线前的回归测试

6. 便于测试工作的组织，提高测试效率，降低测试交接成本

所以，写测试用例是很有必要的！

测试用例表现形式常见的有两种，可以以模板形式展示

1）一种是通过Excel直接编写

——大多数项目中都需要按照这种方式设计编写

2）一种是通过xmind直接整理测试点

——时间紧迫，项目没有强制要求时，可以设计测试点的形式编写——对于业务流程类的测试，也可以整理为测试点进行测试

那么对于初次编写用例，应该怎样高效率的编写用例？应该注意点什么？

一、功能导向用例是按照系统需要达到的每一个功能，进行编写用例，这样的用例着重点在功能实现上，而没有考虑到每个功能之间的关联，因而虽然用例已经达到功能覆盖，却不一定达到逻辑覆盖，因而这种方法通常会和其他方法结合使用。功能导向用例是每个用例编写者前期最常用的方法。

二、用户导向用例是按照用户的习惯，将用户使用系统的每个目的作为一个目标，以每个目标实现为基点设计测试用例，但是设计这一类用例，初写者，可能会产生很多困惑（下面写一下我第一次写的时候有哪些困惑，并针对这些困惑，后来采取了怎样的解决方案）

1、编写用例的第一步我该做什么？

理解系统，首先站在测试的角度深入理解系统的每个功能与系统业务逻辑，画出业务逻辑图（即：系统能做什么）。

其次站在用户的角度，列出用户使用系统的目的（即：用户使用这个系统，想干什么？）

2、怎样确定用户目标？

不能确定用户目标，可能由2方面原因造成:a>对系统不够熟悉，b>不了解用户背景。对于第一点原因，那是你自己的原因，只有回过去头看文档了，对于第二点原因，可以从‘系统能做什么’推算出‘用户可以做什么’然后再总结出‘用户可能想做什么’，当然这样做的前提是你对系统已非常熟悉。

3.这个月我将做什么？

刚进入测试行业是怎样总结的（利用测试管理工具进行总结）：

1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷。

2）如果说测试新人工作的第一层次是从执行用例开始，那么第二层次就是编写测试用例了。把测试管理工具中的用例详细看几遍，学习别人的用例编写方法和思想，空闲时间可以自己试着编写，看自己编写的与别人编写的用例差距在哪，从而不断完善。重要说明；着重用例编写方法和思想的学习，而不要死搬硬套。

3）进入一些测试论坛，把自己的困惑和经验和大家一起分享，在学习中，不断进步。

总结：

看似基本功的用例设计也不是一蹴而就的事情，正所谓功夫在诗外，测试理论知识就是那么多，理论知识掌握之后就要不断的参与到项目中来，好的用例需要不断练习，一个一个项目的练习，反复评审和修改，才能编写出完整的用例。