浅谈软件测试用例的设计.doc

浅谈软件测试用例的设计 摘要：软件测试在软件工程管理中所占比重越来越大， . 本文介绍了软件测试用例的重要性和对软件发展的影响， ， The design of software test case Abstract: Software testing in software engineering management accounts for the proportion is more and more, the test case design is the foundation of the whole testing process. This paper introduces the importance of software test case and influence on the development of the software,test case design process are introduced in detail,and an example is given to illustrate how to apply black box and white box testing techniques. Key words: Test cases; white box testing; black box testing 前言 软件测试是软件生存周期的一个重要组成部分，。。， ， ， 。，，4 个方面考虑： 1) 系统功能是否符合需求说明； 2) 系统功能是否完善； 3) 系统功能是否有作用； 4) 系统功能是否无错误。 设计方法 测试用例的设计和编制是软件测试活动中最重要的。测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。 测试用例设计的目的就是将系统需求具体化，提取测试需求，通过可测试的方法对每个功能点进行描述。测试用例设计的好坏直接关系到测试质量的高低。用最少的测试用例覆盖最全的功能点是测试用例设计的目标。 在测试用例的设计过程中，应用一个有效的测试用例模板对用例的管理，测试的执行具有十分重要的作用。 功能测试用例组成要素 1) 用例场景：描述该测试用例所验证的需求用例。 通常一个需求用例与多个测试用例对应。 对每个需求用例，有时可能需要两个或多个测试用例与其对应。一个测试用例描述正常工作流情况，另一个或多个描述异常处理工作流。通常异常工作流的测试用例往往是正常工作流测试用例的几倍。 2) 测试用例序号：每个测试用例都有一个惟一的序列号，用于标识。 3) 测试用例描述：对测试内容的简单描述，让阅读者能够很快对这个测试用例有个大概的了解。 4) 前置条件：描述执行该测试用例需要满足什么条件。 5) 步骤：实现测试用例的各个操作。 6) 预期结果：每个测试步骤执行之后的预期结果，是建议需求验证是否被通过的标准。预期结果不是在测试执行当中才被考虑的，应该在测试用例设计阶段由需求分析推导而得。 7) 注释：填写测试中应当注意的问题或者说明。注释不是必须填写的列，而其他列则是必须要填写的。 8) 真实结果：每一个发布版本对应真实结果的一列。这一列里填写测试的真实结果（通过/失败/不可测/跳过）。如果测试用例执行失败，需要填写失败的详细结果，以及对应的缺陷号。 (注：真实结果也可以在相应的测试报告中填写) 3 白盒测试下的各种测试技术 白盒测试是根据程序的内部逻辑设计测试用例， 常用的技术是逻辑覆盖， 即用测试数据运行被测程序时对程序逻辑的覆盖程度。 主要覆盖标准有六种 : 语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖 、条件组合覆盖 、路径覆盖。 白盒测试的优点是清楚所设计的测试用例在代码级上哪些地方被忽略掉， 帮助增大了代码的覆盖率，提高代码的质量， 发现代码中隐藏的问题。 缺点是程序运行时有很多不同的路径，不能对其全部测试， 而且测试基于代码， 只能测试开发对错 ，而不能知道设计正确与否， 就会漏掉一些功能需求 ，当系统庞大时 ，测试开销会非常大 。 图 1 为一个子程序的流程图 ， 应用白盒测试技术对此子程序进行测试用例设计 。 1) 应用语句覆盖技术 ，即每一条语句均执行一次 ，测试用例设计为 : X =4 ， Y =2 ，Z =0 ， 预期结果 X =3 。 2) 应用判定覆盖技术 ，即每个判定的所有可能结果至少出现一次 。 根据图 1 ， 选择测试路径sacbd 和sabed 。 下面两个测试用例可满足判定覆盖标准 。 测试数据 X =3 ， Y =3 ， Z =0 ， 预期结果 X=1 。 执行 sacbd 路径 ，判定 a 为真 ，判定 b 为假 。 测试数据 X =1 ， Y =2 ， Z =1 ， 预期结果 X=2 。 执行 s