背景

研究测试开发相关资料做的一些总结，备用~

文章

• 我的TDD实践：可测试性驱动开发（上）
• “单元测试要做多细？”
• Mocks Aren’t Stubs
• Richard Feynman, 挑战者号, 软件工程

从rails身上学测试

• 系列文章
• 单元测试针对model，按理不应该包含数据库操作，只是测试model的业务逻辑，验证规则之类的。
• 功能测试，rails的是针对单个controller，测试action用的，这个肯定需要配合数据库。
• 集成测试用来测试多个controller的协同工作，主要测试工作流程，业务流程。一个流程会涉及多个controller，肯定需要数据库的配合。
  • 集成测试，可以定期做，也可以经常性的做。
  • 其实测试的主要作用的验证系统，验证代码，是否满足需求。
  • 如果代码有变更，系统有变更，或者业务有变更，肯定需要跑测试，涉及到的测试都需要跑。
  • 如果什么都没有变化，就不太需要跑了吧。
• 官方文档

python模拟工具

• pyMox
  • 感受

    - 语法初看起来难懂，懂了之后觉得好亲切
    - 文档齐全，使用简单，居家旅行必备
    - 不过看完stub和mock的介绍，感觉这个框架没分清stub和mock的区别
    

• fudge

  • 文章介绍了下，感觉还可以，不过还没用过

• 更多

  • stack上面的推荐
  • 多个mock库的对比

python测试框架

• 原生的unittest还不错
• nosetest在测试理念上更加工程化
• 入门文档

书籍

• .NET单元测试的艺术
  • 每个单元测试最好只有一个mock对象，多个桩对象

敏捷软件开发

• use github grow self