怎样编写测试用例和测试规范.pptVIP

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