xUnit自动化测试体系v0.3.pdfVIP

xUnit 自动化测试体系 蒋刚毅（cay ） 前言 • xUnit是一个开放源代码的，针对接口测试和单元测试 的框架家族，用于编写和自动化运行可重复的测试。 什么是xUnit ？ • xUnit面向的工作对象是单元和接口层，GUI层的测试 还是要依赖传统应用测试方法。 • 具体到我们公司，基础架构部以及其他自研项目中的 哪些对象适合 底层架构产品（通称“服务端测试”）适合xUnit测试。 xUnit测试？ 问题及对策 我们的项目开发特点 短：生命周期 短 快：对客户 平：每次修 的反馈响应 改内容少 快 项目测试面临的挑战 挑战 后果 xUnit测试体系的对策 挑战 对策 项目体系复杂 分层测试 大量回归测试 自动化测试 测试时间不足 版本频繁修改 持续集成 xUnit测试体系介绍 xUnit测试体系的原则 有助于提高质量 作为规范的测试。“它应该做什么和它应该怎 么做”。 排除缺陷。  定位缺陷。 降低（而不是引入）风险 作为安全网测试，建立自动回归测试套件。 无测试风险，避免未测试代码和模糊测试，避 免修改SUT 。 xUnit测试体系的原则 易于运行，全自动化测试  可重复测试。  自检测试，无需手动参与。“好莱坞原则” 易于写和维护  简单测试。测试用例小，一次只测试一个问题。 健壮测试。随着系统的发展，测试应该最低限度的 维护。 创建公共方法和自定义断言，避免测试内复制。  对产品代码依赖性低，测试代码与产品代码分离， 避免修改SUT 。 xUnit测试核心要素：分层测试 由于产品的复杂度加大，系统的复杂度也加大，很多TestCase靠之前的GUI测试已 经无法覆盖，那么必须深入代码，对代码进行更有力的破坏才能让系统更稳定。 xUnit测试核心要素：自动化 手动脚本/操作测试费时费力，重复测试度高，测试覆盖率低。开发工程师对功能 1的修改，引起功能2 的错误，手动测试经常会导致BUG 的遗漏。需要有一个自动 化的测试用例库，编制安全网来保证回归测试的全面覆盖。 xUnit测试核心要素：持续集成 拥抱变化，实现快速响应，通过自动化测试安全网，在开发代码构建时就让测试 参与，尽快尽早的对开发代码进行测试。 xUnit 四阶段测试过程 xUnit方式设计每个测试，具有依次执行的4 个不同阶段：夹具建立、执行SUT测试、结 果验证和夹具拆卸。  夹具（fixture ）建立，初始化测试“前”状态 执行测试，与SUT （System You Test）交互 断言结果，验证是否得到预期结果 拆卸测试夹具（fixture ），还原为进入状