TDD测试驱动开发.pptVIP

测试驱动开发TDD基础篇 目录 测试的类型 测试的类型 单元测试 测试的最小单元，测试源码模块正确性的一种方法 集成测试 系统测试 黑盒测试 已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求 白盒测试 已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查 目录 单元测试定义 一般的定义: 测试源码模块正确性的一种方法 单元测试的重要性 程序是代码或API的第二用户，单元测试才是的第一用户 相关定义 Test Fixture/ Test Class 包含单元测试的类 Test (or Test Method) 在Test Fixture中实现的一个测试 Test Suite 测试包（ Test 的集合） Test Harness/ Runner 执行测试（ Test）的工具 单元调用关系 NUnit 自动化测试工具 从 JUnit移植而来 重写的NUnit 2.0更好的利用了框架的特性 支持Managed C++ 开放源码 提供命令行和工作窗口两种方式 NUnit vs. VSTS NUnit断言 NUnit范例 NUnit要求每一个测试函数都可以独立运行 Assert.AreEqual只能处理基本数据类型和实现了Object.Equals接口的对象的比较 NUnit鼓励将业务逻辑和业务展现的剥离 目录 什么是TDD 先写测试案例 总是从一个失败的测试案例开始（failing testing) 立刻思考 如何使用你要测试的模块（类） 如何实现你的模块（类） 快速写出能够通过测试的代码 重构 TDD工作循环 TAKE MANY, MANY SMALL STEPS 问什么要TDD? 将调试最小化 需要测试的内容 正确的或正常的输入 可能出现的不正常的输入 错误、异常、事件 边界条件 其他可能导致失败的情况 测试优先的原因 把TDD当成设计的工具 把自己放在该模块或类的使用者的立场上，从调用者的角度来思考 鼓励单一职责原则的应用 原则 让不可测试的代码最小化 杜绝在产品代码中出现测试代码 一个测试对应一个条件 保持测试的独立性 小步累进 快速构建 成功窍门 TDD 是一种技能 Just Do It 力求100%覆盖率 评估和重审 使结果可见 Just Keep Doing It 持续集成 自动编译 代码管理 自动测试 编译和测试结果报告 测试的代码覆盖率的报告 CruiseControl 代码覆盖率报告 推荐资源 NUnit NCover TestDriven.Net / NUnit2Report：和nant结合生成单元测试报告 Rhino Mocks 2：.net框架下最好的mocks库 /projects/rhino-mocks.aspx Fitness 验收测试的方法和工具 / /blogs/darrell.norton/articles/50337.aspx /chwkai/archive/2006/03/23/356326.html / Test Driven Development Zhangtao 200707 测试的类型 单元测试 测试驱动开发 功能测试. 测试程序的功能 ( 如：界面元素 ) 验收测试(Acceptance testing) 检查系统是否符合验收标准，是否能被用户接受的正式测试 回归测试(Regression testing) 在改动后，测试程序原有的特性是否还能正常工作 压力测试(Stress testing) 在低资源配置下模拟巨大的工作负荷查看应用程序的工作状态，以找出潜在的Bug 负载测试(Load testing) 测试高负载下，测试程序或系统的工作状态，并得到性能指标 测试的类型 单元测试 定义和特点 重要性 NUnit 测试驱动开发 更专业的定义: 在编写类的时候，测试你的类的方法 单元测试涉及的内容 单元测试涉及的角色 我知道这个项目bug很多，无法按时完成，即使老板把我炒了也是应该的。 曾经有一个做单元测试的机会放在我面前，我没有珍惜，等到后来项目雪崩了才后悔。 如果上天能再给我一次机会，我会对老板说：我要做单元测试！ 如果一定要在单元测试上加个日期，我希望是一直。 ? Category 标识测试用例的分类 ? Explicit 标识测试用例是否需要显式执行 ExpectedException ExpectedException 标识该用例所期望抛出的异常 Ignore Ignore 标识忽略该测试用例 Description N/A 标识测试用例说明 TestCleanUp TearDown 标识测试用