文档介绍：如何编写测试用例及测试规范培训什么是测试用例呢? 测试用例其实就是一个个你测试的想法,你有了这些想法以后, 详细地写下来,就成了测试用例。什么是测试用例: 测试用例有几个重要的组成部分: (1)简明扼要的标题; (2)详细的步骤; (3)正确的预期结果。我们还是通过一个例子来说明: 例如:我们在测试记事本的时候,有了一个想法:应当测试一下这个软件能不能编辑中英文混合输入的内容,如下图所示。为了准确地实现我们想要测试的思想,我们要把它写下来,并且写下的内容要让任何人来看都没有歧义。测试用例:验证记事本程序可以编辑中英文混合的内容?测试步骤: 1. 运行记事本程序; 2. 切换到中文输入法,输入中文“学****编写”; 3. 切换到英文输入法,输入英文 TestCase ; 4. 保存文件,文件名为 ; 5. 关闭记事本程序; 6. 双击 以打开文件。?预期结果: 1. 文件的内容是“学****编写 TestCase ”,如下图所示。优先级: 测试用例还有一个优先级的概念,就是用来区分哪些用例更重要。一般可以分为 5个级别,分别用 0-4 来表示, 数字越小表示越重要。如果项目小,优先级的好处不容易显现出来。当项目比较大,时间又不宽裕时,可能只能执行更重要的测试用例,这个时候优先级的重要性就体现出来了。大家也看到了,其实写测实用例并不难,但是它仍然容易出一些问题, 例如: (1)含混不清或者与内容不相符的标题。例如,上面的例子,如果用例叫“验证记事本可以编辑内容”,这个标题就没有准确表达出测试用例的实际内容。(2)过于简单的步骤。这是一个容易犯的错误,很多朋友在编写用例的时候,总是写得很简单,例如上例中的多个步骤可能就会变成惟一的一步: “输入‘学****编写 TestCase ’”,如果不是作者本人,其他人来看,肯定会引起歧义,怎么输入,是用键盘还是用拷贝的方法?那么写测试用例要详细到什么程度?就是让一个不了解你的工作的人来看,如果他的理解和你一样,说明你已经表达清楚了。(3)没有写明预期结果。这是个严重的问题,如果没有预期的结果, 那什么是对的什么又是错的呢?如果对错都分不清楚,做测试的意义又是什么呢? (4)多个用例混在一个用例中。这也是刚入门的朋友容易出现的“好心办坏事”的情况,把测试用例写得特别长,包括了很多内容,这样很容易引起混淆,不如分开。而且,如果有多个用例混在一起,你的用例标题怎么写?另外,如果其中有几个用例通过,而另外几个没有通过,这时测试的结果很难记录,无论是把这个大的用例记录为通过或者不通过都不合适。上面列出来的几个问题,大家可以尽量避免。实际上,写测试用例最难的地方是,如何把测试用例写得全面?这只能靠实践经验的积累了。你看完这节文章以后,可以拿记事本这个程序来练练,学着写几个测试用例, “看花容易绣花难”,所以要多试试。如何执行测试用例: 虽然在上一节中我们讨论了如何编写软件测试用例,但如果你真是一位软件测试的入门者,你到单位报到后接手的第一项工作很可能是执行软件测试用例,而不是去编写。你不要因此而郁闷,这样的安排是合理的,因为你毕竟是个新手,执行软件测试用例是一个迅速熟悉当前测试工作的好机会,而且压力不大。因为在英语中执行测试用例是 run case ,所以有些公司把执行测试用例叫做“跑case ”,想来也很形象。这也可以算是一种行话,你可以了解一下。