2019-如何编写测试用例及测试规范-文档资料

大家也看到了，其实写测实用例并不难，但是它仍然容易出一些问题，
例如： （1）含混不清或者与内容不相符的标题。例如，上面的例子，如果用 例叫“验证记事本可以编辑内容”，这个标题就没有准确表达出测试用例 的实际内容。 （2）过于简单的步骤。这是一个容易犯的错误，很多朋友在编写用例 的时候，总是写得很简单，例如上例中的多个步骤可能就会变成惟一的一 步：“输入‘学习编写TestCase’”，如果不是作者本人，其他人来看，肯 定会引起歧义，怎么输入，是用键盘还是用拷贝的方法？那么写测试用例 要详细到什么程度？就是让一个不了解你的工作的人来看，如果他的理解 和你一样，说明你已经表达清楚了。 （3）没有写明预期结果。这是个严重的问题，如果没有预期的结果， 那什么是对的什么又是错的呢？如果对错都分不清楚，做测试的意义又是 什么呢？ （4）多个用例混在一个用例中。这也是刚入门的朋友容易出现的“好 心办坏事”的情况，把测试用例写得特别长，包括了很多内容，这样很容 易引起混淆，不如分开。而且，如果有多个用例混在一起，你的用例标题 怎么写？另外，如果其中有几个用例通过，而另外几个没有通过，这时测 试的结果很难记录，无论是把这个大的用例记录为通过或者不通过都不合 适。
预期结果： 1.源自文库文件的内容是“学习编写TestCase”。
当我们面对这个用例的时候，我们首先要做的是清晰且正确地理解用 例，不带半点含糊。测试的特点就是严谨，你来执行一个测试用例就是要 贯彻用例编写者的测试思想，不能有误解或曲解，不能用自己的主观意志 去代替原来的意思。例如，第一步“运行记事本程序”，你就应当清楚地 知道“记事本”是哪个程序，如果有疑问马上问清楚，否则，如果真的把 测试的产品都弄错了，一切就都白忙了，还浪费了时间。这个例子因为浅 显，所以出现误解的可能性很小，而在实际的工作中，还是会有很多模棱 两可的地方，这个时候我们不能偷懒，要勤学多问。
我们执行测试用例的目的是什么？就是发现bug，所以，我们在执行测试 用例的过程中，要收集好发现的问题，不能有遗漏。在实际工作中，执行测试 用例的过程一般都是紧张的，工作量很大，并不像我们今天在这里讨论的这么 轻松，因为你要不停地往前赶，所以容易出现一些遗漏的问题。每当发现一个 问题，我们都要做好记录，而不要总以为自己能记得住，好记性不如一个烂笔 头。Bug是最能证明测试工程师工作成绩的东西，好不容易发现了，如果还被 自己遗漏了，岂不令人懊悔？而且，还给产品留下了一个隐患。
测试用例：验证记事本程序可以编辑中英文混合的 内容
测试步骤： 1. 运行记事本程序； 2. 切换到中文输入法，输入中文“学习编写”； 3. 切换到英文输入法，输入英文TestCase； 4. 保存文件，文件名为testcase.txt； 5. 关闭记事本程序； 6. 双击testcase.txt以打开文件。
上面列出来的几个问题，大家可以尽量避免。实际上，写测 试用例最难的地方是，如何把测试用例写得全面？这只能靠实践经验 的积累了。你看完这节文章以后，可以拿记事本这个程序来练练，学 着写几个测试用例，“看花容易绣花难”，所以要多试试。
如何执行测试用例：
虽然在上一节中我们讨论了如何编写软件测试用例，但如果你真是一位软 件测试的入门者，你到单位报到后接手的第一项工作很可能是执行软件测试用 例，而不是去编写。你不要因此而郁闷，这样的安排是合理的，因为你毕竟是 个新手，执行软件测试用例是一个迅速熟悉当前测试工作的好机会，而且压力 不大。因为在英语中执行测试用例是run case，所以有些公司把执行测试用例 叫做“跑case”，想来也很形象。这也可以算是一种行话，你可以了解一下。
如何编写测试用例及测试规范培训
什么是测试用例：
什么是测试用例呢？ 测试用例其实就是一个个你测试的想法，你有了这些想法以后， 详细地写下来，就成了测试用例。
测试用例有几个重要的组成部分：
（1）简明扼要的标题； （2）详细的步骤； （3）正确的预期结果。
我们还是通过一个例子来说明：
例如：我们在测试记事本的时候，有了一个想法：应当 测试一下这个软件能不能编辑中英文混合输入的内容，如下图 所示。为了准确地实现我们想要测试的思想，我们要把它写下 来，并且写下的内容要让任何人来看都没有歧义。
大家可能都知道，做软件测试要细心，这个要求在执行用例的过程中表现 得很明显。我们在执行一个测试用例的时候，不但要注意实际结果是否与预期 结果是一致的，而且在整个过程中都要保持观察。例如上例中，如果第四步执 行保存后，你发现文件名并不是自己输入的testcase.txt，这时你就应当停下 来，因为这就是bug。
预期结果： 1. 文件的内容是“学习编写TestCase”，如下图所示。
优先级：
测试用例还有一个优先级的概念，就是用来区分哪些 用例更重要。一般可以分为5个级别，分别用0-4来表示， 数字越小表示越重要。如果项目小，优先级的好处不容易 显现出来。当项目比较大，时间又不宽裕时，可能只能执 行更重要的测试用例，这个时候优先级的重要性就体现出 来了。
执行用例不能走样。例如，上例中的第二步，要求输入“学习编写”四个 字，如果你为了省事，拷贝了这几个字，每次都是粘贴过来，快是快了，却违 背了“原著”的意思，这样是不可以的。用例编写者要求用输入法来输入，肯 定是有道理的。如果你发现没有检测“粘贴”的测试用例，可以建议增加，但 不能在执行的时候就偏离了用例的本意。说一个万一的事儿，如果这个软件通 过了你的测试，发布给用户，用户却发现不能输入，只能粘贴，这个责任你能 负得起吗？
为方便讨论，我们以上节中的测试用例为例：
测试用例：验证记事本程序可以编辑中英文混合的内容。
测试步骤： 1. 运行记事本程序； 2. 切换到中文输入法，输入中文“学习编写”； 3. 切换到英文输入法，输入英文TestCase； 4. 保存文件，文件名为testcase.txt； 5. 关闭记事本程序； 6. 双击testcase.txt以打开文件。