软件测试测试用例设计概述.pptVIP

* * 测试用例设计概述 测试用例的定义 测试用例的重要性 好测试用例的特点 设计测试用例的基本准则 设计测试用例的着眼点 测试用例的编写标准 测试用例设计的误区 * 测试用例设计概述 什么是软件测试用例 （1）测试用例是为特定的目的而设计的一组测试输入、 执行条件和预期的结果。 （2）测试用例是执行的最小实体。 * 测试用例设计概述 测试用例的重要性（待删） 有效性 可复用性 易组织性 可评估性 可管理性 * 测试用例设计概述 好测试用例的特点 １．完整的 完整性是对测试用例最基本的要求，尤其是一些基本功能项上，如果有遗漏，那将是不可原谅的。完整性还体现在临界测试、压力测试、性能测试等方面，这方面测试用例也要能够涉及到。 2．准确 测试者按照测试用例的输入一步步测试完成后，要能够根据测试用例描述的输出得出正确的结论,不能出现模糊不清的语言。 3．清晰、简洁 好的测试用例描述清晰，每一步都应该有响应的作用，有很强的针对性，不应该出现一些冗繁无用的操作步骤。测试用例不应该太简单，也不能够太过复杂，最大操作步骤最好控制在15步之内。 * 测试用例设计概述 5．可维护性 由于软件开发过程中需求变更等原因的影响，常常需要对测试用例进行修改、增加、删除等，以便测试用例符合相应测试要求。测试用例应具备这方面的功能。 6．适当性 测试例应该适合特定的测试环境以及符合整个团队的测试水平，如纯英语环境下的测试用例最好使用英文编写。 7．可复用性 要求不同测试者在同样测试环境下使用同样测试用例都能得出相同结论。 * 测试用例设计概述 8．其他 如可追朔性、可移植性也是对编写测试用例的一个要求。另外，好的测试用例也是最有可能抓住错误的；不重复、多余的；是一组相似测试用例中最有效的； * 测试用例设计概述 设计测试用例的基本准则 测试用例的代表性 能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。 测试结果的可判定性 即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。 测试结果的可再现性 即对同样的测试用例，系统的执行结果应当是相同的。 * 测试用例设计概述 设计测试用例的着眼点 根据产品规格，测试基本功能； 考虑设计一般用户（非专业人员）的使用方案； 考虑设计稀有或特殊的使用方案； 与系统其他组成部分的配合（如FAX和上网可能要用到MODEM，测试中考虑对设备的共享）； 考虑特殊情况（如内存和硬件的冲突等）； 设计极端情况（如内存泄漏、破坏性测试等）； 好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试。 * 测试用例设计概述 测试用例的编写标准 在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下： 标识符——惟一标识每一个测试用例 测试项——准确的描述所需要测试的项及其特征 测试环境要求——表征执行该测试用例需要的测试环境 输入标准——执行测试用例的输入需求（这些输入可能包括数据、文件或者操作） 输出标准——按照指定的环境和输入标准得到的期望输出结果 测试用例之间的关联——标识该测试用例与其它的测试（或其它测试用例）之间的依赖关系 * 测试用例设计概述 测试用例示例：对Windows记事本程序进行测试，选取其中的一个测试项——文件菜单栏的测试：测试对象——记事本程序文件菜单栏 （测试用例标识10000，下同） 所包含的子测试用例描述如下： |------------文件/新建（1001） |------------文件/打开（1002） |------------文件/保存（1003） |------------文件/另存为（1004） |------------文件/页面设置（1005） |------------文件/打印（1006） |------------文件/退出（1007） 选取其中的一个子测试用例——文件/退出（1007）作为例子，测试用例如下表所示。 * 字段名称 描 述 标识符 1007 测试项 记事本程序，“文件”菜单栏中的“文件”|“退出”命令的功能测试 测试环境 要求 Windows 2000 Professional 中文版 输入标准 (1) 打开记事本程序，不输入任何字符，单击“文件”|“退出”命令 (2) 打开记事本程序，输入一些字符，不保存文件，单击“文件”|“退出”命令 (3) 打开记事本程序，输入一些字符，保存文件，单击“文件”|“退出”命令 (4) 打开一个记事本文件（*. txt），不做任何修改，单击“文件”|“退出”命令 (5) 打开一个记事本文件，修改后不保存，单击“文件”|“退出”命令 输出标准 (1) 记事