<<测试驱动开发的艺术>>读书笔记

  1. TDD通过边测试边编写代码,然后重构来防止重构所引起的错误

  2. 通过自动化测试和持续集成工具,随时保持可以发布

  3. TDD第一步:

     1. 需求分解
     2. 将需求转化成测试
     3. 写一个失败的测试
     4. 逐步通过测试,再写一个测试
     5. 开始消除重复代码 (由于这个时候有测试在了,所以不用担心更改会引起集成错误)
    

看到这里感觉在国内公司已经很难实现这个了,因为时间很难让你去做这些事情

  1. 交互测试,并不验证结果的正确性,而是验证代码与其协作对象的交互行为的正确性
  2. 重构代码的时候不要直接用调试器调试,而是要把代码分为一个严格地软件开发活动
    1. 确定变更点
    2. 确定测试点
    3. 覆盖测试点
    4. 修改代码
    5. 重构代码

先分析程序再写测试再重构,以前都搞反了,先重构再写测试所以很难去保证重构后代码正确,因为思维方向就不对,先重构再测试时按照自己的思路来写测试,更倾向于为了通过测试而写测试,而 先测试再重构思路更倾向于根据业务来进行测试

  1. 数据库测试,增量式DDL脚本。一次只添加一个列或者一张表,每个步骤都可以回滚
  2. 数据库测试使用脚本或者其他方法添加进数据,然后进行测试
posted @   linyilong  阅读(356)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示