于今夕之何夕，唯读书以自省
九点成员将它标记为 · · · · · ·
思考
热爱生活
读书
最近的文章 · · · · · ·
克服在公共会议上做演讲的障碍
2009-10-18 08:37:09
查看原文
在公共会议做演讲，需要克服两大障碍：如何从会议主办方获得许可、如何在会议上做好演讲。
对于第一个障碍，Jim Holmes的博客文章“编写优秀的演讲摘要”给出了几点建议：
* 让你的演讲内容与活动目标相符合
* 避免过于...
为测试，保护独立性——用stub来打破对象之间的依赖关系
2009-09-18 16:50:52
查看原文
现在来看The Art of Unit Testing With Examples in .NET的第三章“Using Stubs to Break Dependencies”
* 作者使用了三种定义来指向测试中的伪造关系：fakes, stubs 和 mocks。
* “除了间接层次过多这样的问题之外，...
测试方法命名基本规则和state-based testing
2009-09-18 16:44:32
查看原文
在The Art of Unit Testing With Examples in .NET的第二章“A first unit test”中，提出了一些unit test应该注意的初步细节，比如测试方法命名的基本规则：
待测试对象：Project , 例如：项目名为Logan
测试代码中的对应对...
测试方法命名基本规则和state-based testing
2009-09-02 07:07:09
查看原文
在The Art of Unit Testing With Examples in .NET的第二章“A first unit test”中，提出了一些unit test应该注意的初步细节，比如测试方法命名的基本规则：
待测试对象
测试代码中的对应对象
Project
例如：项目名为Lo...
什么是好的unit test？
2009-09-01 19:07:50
查看原文
根据The Art of Unit Testing With Examples in .NET，好的unit test应该具备如下特点：
* It should be automated and repeatable.
* It should be easy to implement.
* Once it’s written, it should remain for ...
拾起单元测试，再次上路
2009-09-01 19:00:04
查看原文
开始看这本书：The Art of Unit Testing With Examples in .NET。选择它，两个原因：
1. 单元测试是保证代码质量的基石和安全网。
2. 该书篇幅短小精湛，而且非常实用。非常期待看到Chapter 8中的Tough Questions ...
开始看这本书：The Art of Unit Testing With Examples in .NET。选择它，两个原因：
1. 单元测试是保证代码质量的基石和安全网。
2. 该书篇幅短小精湛，而且非常实用。非常期待看到Chapter 8中的Tough Questions ...
分离需求与GUI设计——保持项目节奏实践之七
2009-06-15 09:22:43
查看原文
我们希望系统解决的问题通过需求得以体现。GUI设计是要体现出GUI如何引导用户使用系统以解决他们的问题。很多项目都将GUI设计混同于需求的假面之下，这很让人讶异。如果你的项目总是陷于无尽的需求工作之中，看看问题是不是出...
通过用例、用户故事、角色和场景来定义需求——保持项目节奏实践之六
2009-06-13 12:23:43
查看原文
要减少不必要的代码，有一个好方法：想想谁会使用系统，又该如何开发用户需要的系统。
有很多项目都试图通过定义功能性和非功能性需求来确定需求。可是这些需求没有说明一个人如何使用系统，以及一个功能在何种场景下必须运行...
Google Translation Toolkit初测——初具雏形的翻译IDE
2009-06-09 16:40:03
查看原文
Google Translation Toolkit 是google刚刚发布的在线翻译平台，初步评测结果如下：
说明：在settings里面有两个选择：
第一种：让目的文档中填充它翻译的结果；
第二种：在目的文档窗口中直接放置原文
以下测试方式，选择...
多几只眼睛盯着产品——保持项目节奏实践之四
2009-05-19 09:54:56
查看原文
邀请团队成员相互复查工作。复查的形式并不重要，结对编程（pair programming）、伙伴复查（buddy review）、同行复查（peer review）、走查（walk-through）、正式代码检查（formal code inspection）都可以。复查能够为项目...
邀请团队成员相互复查工作。复查的形式并不重要，结对编程（pair programming）、伙伴复查（buddy review）、同行复查（peer review）、走查（walk-through）、正式代码检查（formal code inspection）都可以。复查能够为项目...
