说到测试用例，但凡是软件测试从业人员，都不会陌生。但对于测试新手来说，测试用例仍旧有遗漏，或者写不好的时候。那么，究竟应该如何写好测试用例呢？今天就来针对性的聊聊这个话题。
在分析如何写测试用例前，有一些关键性内容是我们一定要注意到的。
>>测试前：
1）对测试目的有一个清晰的认知
无论是对任何软件或是模块，编写测试用例前，一定要弄清原始需求。最好能与提出测试需求的人，有一次比较清晰的交流，这样可以避免测试遗漏点。
2）熟悉产品的功能测试点
编写测试用例，一定要覆盖所有需求点，这是我们最基本的工作，一名测试人员专业度的体现。对于功能测试需求，一定要细化到每一个使用细节，并通过测试用例展现出来。
3）熟悉模块原理，避免“互相影响”问题的产生
熟悉模块原理后，注意易于分析软件模块的关联性问题。对于一款软件来说，尤其是大型软件，需要由多个模块共同组合而成。而在测试时，你会发现，软件越大，耦合越大，“互相影响”的可能性就会越高。在设计用例时，如果我们单单从模块本身考虑，不注重“共同作用”的问题，很可能会对其他模块造成“意外伤害”。
4）关注用户场景问题和上网问题
在设计测试用例前，我们还应考虑应用安装在不同设备上，是否会产生使用用户场景不同，而获得的体验不同的问题。另外，网速对软件使用本身也会造成影响，在设计用例时，也需要考虑在内。
5）不可马虎的关键测试用例设计
在写测试用例时，还有一个值得注意的就是关键测试用例。何为关键测试用例？你可以把它看成是对系统最重要的功能测试用例。
举个例子：对于手机里的计算器来说，如果他不能执行“3+3=？”这个问题，那么基本这个软件也就“废了”。
所以，系统的用途决定了关键测试用例的内容。也就是说，关键测试用例必须服务于系统，并且要符合系统用途的要求。包括“正向”要求，比如“3+3”问题。当然，也会包括“逆向”要求。比如在输入银行密码时，一般最多可以错3次，否则就吞卡处理了。
>>编写测试用例时：
1）构建测试用例框架
一个测试用例框架的构建，往往反映了一个测试人员对软件产品的熟知度，以及整体思路的专业度。而用例框架也是从大到小划分下来，依次是：UI界面、功能、容错、兼容、性能等几个大类。我们需要根据软件的逻辑等，将每个大类划分成小类，后细分到测试点。
2）测试步骤的设计
测试用例可以写的很详细，也可以写的比较简单。这当然取决于公司的要求，也取决于软件本身的复杂程度。
关于这个问题，我想说两点心得体会：一是如果步骤过于粗糙很容易出现漏测问题；二是写的过于细致，可能耗时耗力，并且会限制执行人员的思维。
所以，在设计用例时，一定要把握好详细程度的分寸，符合产品本身的整体特点即可。
>>测试用例设计方法及思考
软件测试用例的基本要素，包括：测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。测试用例设计常用的7种方法，包括：等价类、边界值、场景设计法、判定表、因果图、正交法、错误猜测法。
关于上述2个内容，我们之前的内容中已经讲解了，再此就不赘述了。不清楚的同学可以翻看我们之前的内容，或者上百度查找，都是可以的。
下面说说我关于测试用例设计的一些思考。
1）切记产品测试的主要目标
测试新手们先思考一下产品测试的本质是什么。
笔者以为，产品测试的本质是发现功能、流程、界面等现存的产品问题，而不是提出功能或界面的产品优化方案。不知道大家认不认可？
虽然我们的工作也包含给出功能或界面的优化建议，但毕竟，这不是我们的主要任务。根据我的亲身经历，我认为，测试新手往往容易出现这种“本末倒置”的行为：花大量时间去思考如何优化，而非找出产品所隐含的bug。
为什么会这样呢？笔者以为，这主要是由2个原因造成的。
一是产品本身存在的优化空间很大。试想，如果你拿到一款完全不符合时下主流风格的产品，是否也会想给他提各种优化意见？这就不难理解测试新手在遇到一款设计界面糟糕的产品时，容易出现跑偏的问题了。
另一个是思维方式没有及时转变。对于测试新手来说，基于对固有事物的认知，我们往往会带有策划思维，或者追求“圆满性”思维看问题，这两问题也容易造成本末倒置的问题。
所以，对于测试人员来说，我们必须谨记测试目标，坚持以‘提bug为主，提需求为辅’的状态，来确保我们的工作进度与审美之间的两不误。
2）注意用词精准问题
作为软件上线前的最后一道工序，软件测试既是对产品质量的检测，也是对普通用户的负责。因此，协助开发人员查漏补缺是我们的常态。这就不得不提到沟通问题了。
之所以笔者要写用词精准问题，主要也是为了解决由于沟通不到位，造成测试人员与开发人员“剑拔弩张”的问题。那么，日常工作我们应该如何合理的提问呢？笔者以为，可以用这个方法来描述问题：产品漏洞是什么+问题在哪里+严重程度+解决办法或意见。
例如，邮箱登录页面有一个bug。当我在密码栏输入“777777”时，无论原密码是什么，都能打开这个邮箱。这个类似于“万能钥匙”的密码可能会导致邮箱信息泄露，非常严重，请在1-2个工作日内解决。建议检查对应区域代码条件设置是否出现遗漏。
写在最后
俗话说，以人为鉴，可以明得失；以史为鉴，可以知兴替。希望测试新手们可以通过借鉴别人的经验，查漏补缺，使自己的测试之路走的更通畅，工作更顺利~
最后对测试感兴趣的朋友可以关注的我的微信公众号：程序员二黑，里面有我这几年整理收集的测试资源，对软件测试的学习的你应该会很有帮助。