book:程序员修炼之道
差别
这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录前一修订版后一修订版 | 前一修订版 | ||
程序员修炼之道 [2020/08/17 21:58] – plough | book:程序员修炼之道 [2020/09/02 17:01] (当前版本) – ↷ 页面程序员修炼之道被移动至book:程序员修炼之道 plough | ||
---|---|---|---|
行 303: | 行 303: | ||
Don't Use Manual Procedures | Don't Use Manual Procedures | ||
+ | shell 脚本或批文件会一次次地以同一顺序执行同样的指令。 | ||
+ | ====62. 早测试,常测试,自动测试==== | ||
+ | Test Early. Test Often. Test Automatically | ||
- | ====2.==== | + | 与呆在书架上的测试计划相比,每次构建时运行的测试要有效得多。 |
- | ====2.==== | + | ====63. 要到通过全部测试,编码才算完成==== |
+ | Coding Ain't Done 'Til All the Tests Run | ||
- | ====2.==== | + | 就是这样。 |
- | ====2.==== | + | ====64. 通过“蓄意破坏”测试你的测试==== |
+ | Use Saboteurs to Test Your Testing | ||
- | ====2.==== | + | 在单独的软件副本上故意引入 bug,以检验测试能够抓住它们。 |
- | ====2.==== | + | ====65. 测试状态覆盖,而不是代码覆盖==== |
+ | Test State Coverage, Not Code Coverage | ||
- | ====2.==== | + | 确定并测试重要的程序状态。只是测试代码行是不够的。 |
- | ====2.==== | + | ====66. 一个 bug 只抓一次==== |
+ | Find Bugs Once | ||
+ | 一旦测试员找到一个 bug,这应该是测试员最后一次找到它。此后自动测试应该对其进行检查。 | ||
+ | |||
+ | ====67. 英语就是一种编程语言==== | ||
+ | English is Just a Programming Language | ||
+ | |||
+ | 像你编写代码一样编写文档:遵守 DRY 原则、使用元数据、MVC、自动生成,等等。 | ||
+ | |||
+ | ====68. 把文档建在里面,不要拴在外面==== | ||
+ | Build Documentation In, Don't Bolt It On | ||
+ | 与代码分离的文档不太可能被修正和更新。 | ||
+ | |||
+ | ====69. 温和地超出用户的期望==== | ||
+ | Gently Exceed Your Users' Expectations | ||
+ | |||
+ | 要理解你的用户的期望,然后给他们的东西要多那么一点。 | ||
+ | |||
+ | ====70. 在你的作品上签名==== | ||
+ | Sign Your Work | ||
+ | |||
+ | 过去时代的手艺人为能在他们的作品上签名而自豪。你也应该如此。 |
book/程序员修炼之道.1597672712.txt.gz · 最后更改: 2020/08/17 21:58 由 plough