一个软件测试工程师应该对测试用例(test case)不陌生，一个想要成为测试人员的姑娘小伙儿不应该对测试用例陌生。今天咱们搬个小板凳浅谈下“测试用例/Test case”。

什么是测试用例(Test case)？

百科上说，测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

我给它的定义是，测试点的延伸／注解／说明书。

如果还是不懂，没关系，我又想了个通俗易懂的定义，就是告诉你执行测试的时候该干点啥，怎么干，怎么样算是干完了。

还是不懂？那咱先唠点别的。谈到测试用例，就不得不提测试用例管理工具。

我了解的比较常用的用例管理工具有TestRail, Testlink, QC,TestDirector,禅道，以及最原始的excel和word，以及各个公司在此基础上开发的自己的用例管理系统，比如百度，用的就是自己开发的。

TestRail国内公司没怎么引进，所以网上介绍此系统的资料相对少些，Testlink应该是大势所趋，大大小小的公司很多都开始引进，网上相关介绍也很多，官方demo相当不错，有兴趣引进和学习的可以拿demo耍一耍。QC我记得是当时Nokia在用，如今已进暮年，很少听人说他们在用QC。TestDirector和禅道没用过，在此不多说。Excel虽说原始，却有相当一部分比例的公司仍然在用Excel来管理测试用例。抛却公司自主研发的工具不说，横向对比的话，TestRail和TestLink你用熟一个，另一个也跟着熟了。而Excel虽说编辑修改起来效率较高，但管理效率低下，我个人是不推崇这种方式的，word就更不用提了。做一下减法，如果你哪个都不熟，可以先去撩一撩Testlink。

说回测试用例。那什么样的用例，可以称得上是漂亮的测试用例呢？这可以拿看美女来打比方，穿低胸装的，一定是胸特美的，穿超短裙的，一定是腿又细又白又长的，穿漏脐装的，一定得有个杨柳小蛮腰，这是什么？这就是重点以及亮点。

一个漂亮的测试用例也是，你要让别人一眼看到你，就知道你想表达的是什么。所以你要注意以下四点：

一．测试点明确。你要保证一条用例只有一个测试点，并且这个测试点像大字报一样，清晰，明了的传达给了阅读case的人。

二．步骤简明。能用俩字说明白的，就别嫌短，打住就行。Review case的人没那么多时间，执行case的人也可以不用浪费时间读废话。

三．期望结果明确。你要清楚，明白的告诉阅读你用例的人，执行这个步骤，你期望得到什么结果。因为我们脑子里会有很多想当然，而这个想当然不一定就是产品需求，即你的期望结果。

四．测试环境。特定的case需要特定的环境，这跟把大象关进冰箱需要几步一回事，关大象的前提是你得有个大象，对不？

以上四点，是在你了解了测试用例是个什么鬼，会提炼测试点，懂得什么是有效的测试用例的前提下，需要注意的。

如果脑子一头雾水，就可以先循规蹈矩的把基础打好。知道一条用例包含哪些部分- title, summary, precondition, priority, test importance, key word, execution type, user

importance, steps, expected result……当你把基础玩的很溜的时候，就可以来个定制化了。

来个例子。针对微信中可以给某人发信息这个测试点写一条用例。

一．Message can

be sent to a wechat friend – 用例完

二．               Chat with someone

Precondition:

A friend(Tester1) is available

in test account

Network connection is fine

Steps:

Launch wechat

Select Tester1

Send a message to Tester1

Expected result:

Wechat can be launched

Chatting interface is launched

Message sent successfully

这就是我说的定制化，每个公司，团队都会有自己的风格和需求，不一定以上列出的都需要。有的团队，用例管理风格，采用“一”，有的采用“二”。要做到游刃有余，得先把基础打牢。（总觉得自己又给自己挖了个坑，这个基础也包含很多，对概念的理解，需求的理解，测试点的提取，用词等等~）

以上浅谈，个人也在修炼中。提炼下这个回答，一个漂亮的测试用例长啥样？-明确！简明！

本文由野草原创，未经允许，请勿在不注明作者来源的情况下转载，如需转载，请联系作者授权，如果你喜欢我的文章，欢迎分享。谢谢~