这些天招了新人，新项目紧张的测试告一段落，我也开始为功能写用例。
一段时间不写了，写起来有点生疏，但是思路还很清楚。写到一半收到新人写完发过来的用例。
我一看就感觉2了，哥您这用例根本就是直接拷策划案啊，跟策划案都一样还要你这用例干嘛。
我一下就觉得这哥们是不是糊弄事儿，后来我把他叫过来聊了聊，发现不是，是他就觉得用例就该是这样。
在之后不断教他和反复修改用例的过程中，我也同时开始不断审视用例到底该写到什么程度。
首先，先说用例的目的是什么？
用例的主要目的是让可以将每一条需要测试的点都想清楚明白，其次让你测试的覆盖面尽量广，并且通过书面的形式记录可以减少遗漏。
目的清楚了那要写到什么程度去达到这个目的就轻松多了。
再回答这个问题，测试用例要详细到什么程度？
1.将每一个功能点分解成可以进行测试（需要写明可操作的步骤）的测试点
2.用例每一条都是一个测试点，不要将多个测试点写到一个用例里
3.无法测试的点需要提出与程度沟通定出解决方案（做GM命令，改数据库等）
只有清晰明确了，用例才能帮助你进行全面的测试。
同时用例也是我考察员工重点之一，因为用例实际就是你怎么测的思路的表现，我不可能站在你身边看你怎么测，我只能通过用例去看，如果用例写的不好，那这个测试员我只能说我可能也不会太看好。
