面向功能的测试需求分析和测试用例设计.pptVIP

* * 软件测试的本质就是针对要测试的内容确定一组测试用例 * 使测试更加方便的执行 提高测试效率 节省执行测试的时间 使测试更能按照时间计划进行 使测试过程更方便管理 * 准确性 测试用例的设计确实符合并要求能完全覆盖测试需求，并且必须准确地说明测试的内容 简洁性 测试用例的设计中必须包含完成测试必要的步骤、要素，不需要加入多余的、可有可无的步骤、要素 可重用性 测试用例的设计要求测试是可控的，它能够使任何人在任何时间进行测试都能获得同样的结果。如果出现仅仅设计者能够进行测试并获得结果，或者不同的测试人员获得不同的结果的情况，该测试用例就应该被重新设计和编写了 适用性 测试用例对于当前的测试环境和测试者而言是可以执行的。如果测试用例是理论上可行的或者超出了测试人员的技能范围，该测试用例就是不适用的，即使有个别测试人员能够执行该测试用例，该测试用例也是不适合维护的。 可跟踪性 测试用例是针对特定测试需求的 纯净性 不会因为执行该测试用例而影响其它测试用例的执行，用例中应说明如何将应用系统恢复到最初状态，而不影响后续测试的进行 * Step-by-Step（按步骤） Matrix（矩阵表） Automated script（自动化脚本） 前两种是测试用例最基本的格式，最后一种是自动执行前两种测试用例的软件脚本 * Step-by-step格式的使用情况： 业务上没有各种复杂的情况 屏幕之间有较多的转换 业务流程性很强 GUI界面测试 在矩阵表中输入输出很难表示 Step-by-step格式没有必要在每一步都写得特别细，有些可以写得稍微宽泛一些，例如：打开”my account”页；按**范围进行搜索，范围是：***；打印报表等等。 * Matrix格式的使用情况 表单、区域、数值、输入文件等存在较多变化 相同的输入，但有不同的平台、浏览器或配置 输入输出用矩阵表达较好 Matrix格式也被称为数据用例，可以通过这种形式较好的表达出数据变化对测试结果的影响 * Automated scripts格式的使用情况 经常需要进行回归测试且在一定时间段内变更不大的内容； 无法使用手工测试或是使用手工测试效率极低的情况下； 在软件生命周期的维护阶段，即多次进行回归测试的情况下，可重复使用的自动脚本将起到非常重要的作用，由于脚本可以重复执行，节省了宝贵的测试时间 自动测试工具还被用来进行性能测试、压力测试、安全性测试等特殊测试。 自动测试脚本的开发需要更多时间，更高的人员技能素质 * 功能分解 等价类划分 边界值分析 因果图法 业务流方法 * 功能分解方法不仅仅适用于需求获取，也适用于测试用例设计 以图中所示的工资支付系统为例。工资支付系统是通过尽可能抽象的方式来描述要实现的系统。该系统可以分解成它的要素，即更加详细的模块（用面向过程的观点）。在工资支付系统中，主要功能是更新工资信息和发放工资。这一模块集合是第二层抽象，它比“工资支付系统”这个词描述得更加详细。 第二层抽象中的每一要素能够进一步分解，产生第三层抽象。例如，更新工资信息过程可以进一步分解成以下模块：检查员工信息、提交工作记录、计算应发工资。发放工资过程可以分解成以下模块：检查员工信息、计算应发工资、打印支票以及邮寄或登记领取支票。把第二层抽象中每一个元素分解的结果组合起来就形成了第三层抽象。 上图展示了工资支付系统功能分解的结构图。在该图中，公共模块被较高抽象层中的模块所共享。应当注意的是，这并不是一个完全的功能分解，因为某些过程仍然十分抽象。例如，第二层抽象中的两个模块共享了检查员工信息的过程。在每种情况下检查哪些员工信息（工资类型、领取方式、地址信息等）的细节没有定义，但在以后单个过程的进一步分解中必须定义。 * 有效等价类和无效等价类 有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类：与有效等价类的定义恰巧相反。 确定等价类的六个基本原则 1、在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。 2、在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，则可以确立一个有效等价类和一个无效等价类。 3、在输入条件是一个布尔量的情况下，可以确立一个有效等价类和一个无效等价类。 4、在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情况下，可以确立n个有效等价类和一个无效等价类。 5、在规定了输入数据必须遵守的规则的情况下，可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。 6、在确知已划分的等价类中各元素在