软件测试基础知识培训课件.pptVIP

场景法 提出这种测试思想的是Rational 公司，并在RUP2000 （Rational Unified Process)中文版当中有其详尽的解释和应用。 用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。 基本流和备选流 右图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的彩色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流 1 和 3）；也可能起源于另一个备选流（如备选流 2），或者终止用例而不再重新加入到某个流（如备选流 2 和 4）。 基本流和备选流 按照上图中每个经过用例的路径，可以确定以下不同的用例场景： 场景 1 基本流 场景 2 基本流 备选流 1 场景 3 基本流 备选流 1 备选流 2 场景 4 基本流 备选流 3 场景 5 基本流 备选流 3 备选流 1 场景 6 基本流 备选流 3 备选流 1 备选流 2 场景 7 基本流 备选流 4 场景 8 基本流 备选流 3 备选流 4 注：为方便起见，场景 5、6 和 8 只考虑了备选流 3循环执行一次的情况。 测试方法选择的综合策略 以下是各种测试方法选择的综合策略，可在实际应用过程中参考。 首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这是减少工作量和提高测试效率的最有效方法。 在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。 测试方法选择的综合策略 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。 对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。 课程内容 软件测试背景 什么是软件测试？ 软件测试的流程 测试用例及其设计方法 软件测试工具 _ Rational Test 测试工具的分类 白盒测试工具：对代码的测试 黑盒测试工具：功能和性能上的测试 测试管理工具：对测试计划、测试用例、测试实施进行管理 其他测试工具：专门针对于数据库的测试等工具 测试工具 MI公司 Winrunner（功能测试） Loadrunner（性能负载测试） Testdirector（测试流程管理） IBM公司 Rational Compuware公司 QACenter,包括QARun,QAload,QADirector等模块 其他测试工具 微软WAS(WEB服务器负载测试)，ACT（微软的Visual Studio 和Visual Studio.NET带的一套进行程序测试的工具 ） Rational Test工具用途列表 软件 用途 Rational Administrator 主要用于创建新的PROJECT，包括需求(RequestPro)、测试(Test Manager)、及缺陷跟踪(Clear Quest)的数据库创建并建立关联 ClearQuest 变更管理及缺陷跟踪 ClearQuest Maintenance Tool ClearQuest维护工具，主要用于创建、修改、删除ClearQuest的Connection ClearQuest Designer ClearQuest维护工具,主要用于维护某一指定的Connect/Schema的用户、访问权限及其他属性定义（如缺陷等级）等维护 TestManager 测试计划制定及执行工具 License Key Administrator Rational注册管理器 软件（执行文件名称） 用途 PureCoverage 白盒测试工具，记录代码覆盖率。不支持C++ Builder/Delphi Purify 白盒测试工具，用于内存泄漏检查 Quantify 白盒测试工具，用于性能瓶颈分析 Purify Plus For Unix 包括以上三个工具，不过是For Unix RequisitePro 需求分析工具 Robot 自动测试工具，类似WINRUNNDER，加上VT可以做并发测试 SoDA for Word 报表生成工具，需要VBA测试。一般不直接运行，运行后SoDA在word中增加了菜单，可以进行模板设计。 TestFactory 可靠性测试，非常耗时。 小插曲—开发人员与测试人员 矛 和 盾？ 开发人员对自己的程序往往做不到“无情”。但如果测试人员真的做到了“无情”却会引起开发人员的愤怒，遭人白眼。由于开发与测试存在“对立”关系，开发人员与测试人员很容易产生矛盾，这对项目而言是一种伤害。 开发人员的注意事项： （1）不要敌视测试人员。要理解测试的目的就是发现缺陷， 是测试人员