测试用例书写解读.pptx

如何编写测试用例及测试规范 编写：高丽芬 审核： 张允冷 什么是测试用例？ 什么是测试用例呢？ 测试用例其实就是一个个你测试的想法，你有了这些想法以后，详细地写下来，就成了测试用例。 测试用例的几个重要组成部分 （1）简明扼要的标题； （2）详细的步骤； （3）正确的预期结果。 通过一个例子来说明 例如：我们在测试列表页，有了一个想法：应当 当页面伸平后，点击“仅显示有货”，查看页面是否可以检索，如下图所示。为了准确地实现我们想要测试的思想，我们要把它写下来，并且写下的内容要让任何人来看都没有歧义。 测试用例：列表页的页面伸平后，点击“仅显示有货”，查看页面是否可以正常检索 前提条件： 测试环境： 1 5 测试步骤： 1. 在商城的URL中输入：/l/2726.html2. 检查该列表页的功能，例如页面伸平后，点击“仅显示有货”，查看页面显示3. 检查各子列表页的功能 预期结果 1.页面伸平后，点击“仅显示有货”，页面可以正常检索。如下图所示。 ? 优先级 测试用例还有一个优先级的概念，就是用来区分哪些用例更重要。一般可以分为5个级别，分别用0-4来表示，数字越小表示越重要。如果项目小，优先级的好处不容易显现出来。当项目比较大，时间又不宽裕时，可能只能执行更重要的测试用例，这个时候优先级的重要性就体现出来了。 注意的地方： 例如： （1）含混不清或者与内容不相符的标题。 例如，上面的例子，如果用例叫“检查列表页的子功能”，这个标题就没有准确表达出测试用例的实际内容。 2）过于简单的步骤。 例如上例中的多个步骤可能就会变成惟一的一步：“检查该列表页的功能”，如果不是作者本人，其他人来看，肯定会引起歧义，怎么检查，查看哪里？那么写测试用例要详细到什么程度？就是让一个不了解你的工作的人来看，如果他的理解和你一样，说明你已经表达清楚了。 注意的地方 （3）没有写明预期结果。 这是个严重的问题，如果没有预期的结果，那什么是对的什么又是错的呢？如果对错都分不清楚，做测试的意义又是什么呢？ （4）多个用例混在一个用例中。 把测试用例写得特别长，包括了很多内容，这样很容易引起混淆，不如分开。而且，如果有多个用例混在一起，你的用例标题 怎么写？另外，如果其中有几个用例通过，而另外几个没有通过，这时测试的结果很难记录，无论是把这个大的用例记录为通过或者不通过都不合适。 如何执行测试用例 在英语中执行测试用例是run case，所以有些公司把执行测试用例 叫做“跑case”，想来也很形象。这也可以算是一种行话，刚入测试这一行， 即初级测试工程师，主要是执行测试用来，这是熟悉测试用例很好的机会。 如何执行测试用例 做软件测试要细心，这个要求在执行用例的过程中表现得很明显。我们在执行一个测试用例的时候，不但要注意实际结果是否与预期结果是一致的，而且在整个过程中都要保持观察。 例如上例中，如果第二步执行后，当发现该地区有货时，是可以检索到的，但是当该地区无货时，就会报错。这时你就应当停下来，因为这就是bug。 执行测试用例的目的 我们执行测试用例的目的是什么？就是发现bug，所以，我们在执行测试用例的过程中，要收集好发现的问题，不能有遗漏。在实际工作中，执行测试用例的过程一般都是紧张的，工作量很大，并不像我们今天在这里讨论的这么轻松，因为你要不停地往前赶，所以容易出现一些遗漏的问题。 每当发现一个问题，我们都要做好记录，而不要总以为自己能记得住，好记性不如一个烂笔头。Bug是最能证明测试工程师工作成绩的东西。 测试用例编写规范 目的 统一测试用例编写的规范，为测试设计人员提供测试用例编写的指导，提高编写的测试用例的可读性，可执行性、合理性。为测试执行人员更好执行测试，提高测试效率，最终提高公司整个产品的质量。 使用范围 适用于对产品的业务流程、功能测试用例的编写。 测试用例编写原则 系统性 1、对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系； 2、对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系； 测试用例编写原则 连贯性 1、对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确； 2、对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯  测试用例编写原则 全面性 1、应尽可能覆盖程序的各种路径 2、应尽可能覆盖系统的各个业务 3、应考虑存在跨年、跨月的数据 4、大量数据并发测试的准备 5、系统中各功能、业务的异常情况 测试用例编写原则