基于CS应用的软件测试.pptVIP

C/S系统测试工具（续） 系统测试多样性 用于早期测试与晚期测试 用于不同平台测试 用于不同测试内容 用于项目经理、QA人员、测试人员、开发人员 用于服务器和用于工作站 C/S系统测试工具（续） 系统测试工具主要功能 1、计划和管理 包括项目管理、缺陷管理、测试用例管理、文档与流程管理 2、源代码控制 甚至配置管理 3、调试器 4、面向对象的测试 5、测试数据库对象 6、测试向导 7、自动测试用例生成 8、数据/数据库生成器 C/S系统测试工具（续） 系统测试工具主要功能(续) 9、标准测试用例包 SQL语言、通讯协议 10、捕获、回放与比较 无人照料的测试、疲劳测试 11、模拟负载测试 12、模拟并发测试 13、监视程序 14、剖析测试 15、内存泄漏测试 C/S系统测试工具（续） 系统测试工具主要优点 1、测试流程和数据的标准化、规范化 有助于测试强制性 2、与项目计划、开发计划集成 3、测试用例、缺陷报告、缺陷分析与测试计划集成 4、测试文档管理 5、缺陷跟踪和管理、测试评估 6、测试脚本和测试用例可以重复使用、重新编辑 7、测试数据与测试过程/脚本分离 8、适合回归测试与压力测试、负载测试、疲劳测试 9、观察程序内部信息 对象属性、方法 内部数据变化 C/S系统测试工具（续） 系统测试工具主要缺点 1、费用风险 购买费用、学习和培训费用、设计费用（包括脚本生成）、修改费用（尤其是版本功能或者结构变化）、技术风险（测试工具本身的错误） 2、集成问题 流程和方法论与具体项目的结合 3、银弹风险 没有银弹 给管理者和项目组不切实际的期望 尤其是管理者（买了工具就能保证质量吗？） 4、测试套件 一般的同一个厂商工具套件之间联系非常紧密 不同厂商之间没有统一标准 5、本地化问题 缺乏中文版本 文档和界面、报告内容、内部数据支持 6、平台多样性 与具体软件类型相关、与具体软件/硬件平台相关、与开发语言/技术相关 C/S系统测试工具（续） 系统测试工具选择步骤 1、分析测试需求 测试类型、测试平台、软件类型和开发技术、测试人员素质 2、收集产品信息 主要是厂商资料、专业杂志、同行讨论与参观 3、选择产品 费用 购买、学习、实施、支持、升级 市场 资料多、测试工具多、公司背景和产品策略 4、计划引入步骤 5、准备好测试期望 看到好处和坏处 派出人为因素 本地化问题 缺乏中文版本 文档与界面、报告内容、内部数据支持 6、逐步实施并评估效果 C/S系统测试工具（续） 国内常用类型 1、捕捉回放工具 基于脚本 2、性能测试工具 基于代理模拟 3、测试管理工具 测试计划管理 测试用例管理 缺陷报告管理 测试评估与度量、报告 C/S系统测试工具（续） 自动测试工具 好处 速度和效率 准确度和精确度 耐性、不休息、可重复 局限 对软件变更，尤其是代码变更比较敏感 先期的测试开发比较费时 有些测试结果无法用工具比较和分析 有些工具的脚本/代码会使程序运行环境不纯净 四、C/S系统测试工具（续） 为什么使用自动测试工具 测试工具提高测试效率，节省测试成本 测试设计提高测试效果，同时也可以提高测试效率，节省测试成本 有些测试单靠手工很难完成 压力测试，模拟并发测试等 多数的单元测试 有些测试使用测试工具更合适 回归测试 大量测试数据的生成、部分测试结果的比较 缺陷管理和测试用例管理 质量度量 C/S系统测试工具（续） 如何引入自动测试工具 选择自动测试工具是一个重要的步骤，一定要谨慎 因为测试工作经常会涉及到管理流程和开发流程的改变、涉及到人员的考评标准，所以它有时会对整个企业产生影响 测试工具应该能够管理测试过程和测试文档，并生成各种测试报告 自动测试工具应该允许用户把自动测试数据和流程与手工的测试数据和流程结合到一起 自动测试工具应该能够将业务需求与测试计划、测试设计和测试结果相关联，允许最终用户根据测试结果来评估应用程序的完成情况 自动测试工具中的各功能模块应该紧密集成到一起，共享和重用测试数据，支持回归测试 工具应该可以很容易地利用过去的或者其他人员的测试资料 工具内部应该使用一致的脚本语言和数据格式 自动测试工具的体系结构和文件格式应该是开放的，可以容易地与其他技术或工具进行交互和集成 自动测试工具厂商应该有比较完善的技术培训和技术支持机制，能够为自动测试工具的实施提供咨询和支持 C/S系统测试工具（续） WinRunner 能做什么？ 与Director联接、自动记录和回放 什么样子 测试脚本语言、界面对象探测功能、界面对象编历、两个记录模式(Sensitive analog) 方法 录制、修改脚本、回放、结果比较 其它 延迟与同步 GUI/BMP/Text CheckPoint 不同版本之间的比较使用 数据独立驱动 */41 第12讲基