零基础测试人员该如何写测试用例 ，给到你具体的功能时完全没有思路 。怎么办 ？ 这个时候给你介绍测试用例的方法，测试用例的框架是没啥用的 。所以要解决的是如何让自己先能先动起手来的问题 。

1.问题的根因是什么？

想要找到这个问题的答案 ，你可以从这个角度去思考 。已经工作三五年的测试人员，对他们来说，写测试用例还算是个问题吗 ？很明显，大多数测试人员不会觉得是问题 。那他们和我们最大的区别是什么呢 ？ 区别就在于他们在项目中实际测试用例的次数更多 ，这里再强调一次，是实践的次数更多 。 这也是这个问题的最本质区别 。

接下来继续追问 ，作为过来人，他们肯定也会遇到第一次去设计测试用例的时候 。他们是怎么解决这个问题的呢 ？ 答案也很简单，多数都是被逼出来的 。你可以想象这样一种场景 ，你刚进入一家公司 ，leader让你负责编写几个模块的测试用例 。这个时候不管你会与不会，你都的硬着头皮去写了 。不管写的对不对，全不全，首先要把领导交给的任务完成 。像这样的场景反复实践个几次，你就会感觉编写用例这个活越来越轻松了 。再往后你也就觉得设计测试用例也就不是个事了 。

2.问题的解决方案

那么 ，对于新手编写测试用例来说 ，你肯定学习了一些最基本的测试方法 ，你很想在每次编写用例时都把他们用上 。但是每次一动手的时候就完全不会了。所以你首先解决的问题就是从完全不会写到能开始写 ，然后才是能写到写好的过程 。具体流程如下：

那么 ，我们如何让自己能写起来呢 ？按照下面的操作 ，只要能坚持下来，基本就能解决这个问题 。

1. 找一个测试系统，每天只针对一个模块进行设计，而且要明确到是那个模块(必须目标明确) ，不多不少 ， 就设计一个模块 ，重在坚持 。不在乎设计的好不好 ，写的对不对 ，完成是最重要的 。按照这个思路，坚持两个月，肯定会出效果 。那么，做这个事的意义是什么呢 ？其实就是找写测试用例的感觉 ，找那个突然有了会写的感觉 ，有了这种感觉 ，你就里会写差不多了 。当然这需要大量的练习，需要你的练习量达到那个临界点 ，当这个临界点一到来，你就会觉得这个问题其实也没那么难了 。再回到上面所说的三五年的测试人员为啥觉得写测试用例不是个问题呢 ？ 就是他们实践的量已经远远超过了这个临界点了 。
2. 编写模块时，必须是由易到难 ，你不能上来就来搞个特别复杂的功能 ，那么肯定会受到打击 ，你也不会坚持下去 。可行的方法就是把系统功能列个清单 ，然后按你对功能熟悉的程度来划分它的难易程度 。比如像下面这样的一个清单 。

1. 要让你设计的功能必须是从业务角度先易到难 ，用例数量由少到多 ，一步步给自己增加难度 ，慢慢的建立信心 ，这样你才能坚持下来 。

3. 必须给自己反馈 ，今天写了几条用例 ？ 这是用例是怎么想到的 ？ 使用了学习的方法了吗 ？这些想到的思路是否可以应用到其它模块上呢 ？ 在后续的编写上再实践验证下等 。通过问这样的问题 ，你就慢慢的知道问题出在哪了 ，有时候发现问题也是一个过程 ，通过每天坚持实践 ，各种问题慢慢也就解决了 。

如果你能按照上面的思路坚持2个月 ，不会写用例的问题就解决了。