popeer的专栏

现在在做一个网站的界面自动化测试开发，这个项目是开发与测试同步，即新开发了哪些页面，我们就要测试哪些页面；界面增加了哪些功能，或者还没有实现部分功能，我们测试人员就要想好怎么写程序去测试这些当前和未实现的功能。 在这个过程中，发现一个有一点很重要：为了达到方便测试的目

今天拜读了别人的代码，发现自己又一次孤陋寡闻.System.ComponentModel提供了很多丰富的对象让编程更简单，很容易地达到你要实现的目的，避免自己写更多的逻辑来实现你要的需求。假设我们的产品是一个网站，它需要获取internet上其它网站的信息,比如股票，天气预报。要获取这样的附属信息一般不能用主线程直接获取，因为要频繁地获取这样的信息势必会影响网站的性能，那就用.net提

This artical comes from http://www.thoughtworks.com/consulting/testing-strategy . THe company "thoughtworks" is an amazing company has leadership in software technology all over the world i think. T

我们听到敏捷开发中的文档都内容比较简练,篇幅相对比较少. 敏捷中有句名言是"个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档"。 这句话说的有道理，但是容易给人们造成一种误解，就是文档的书写在敏捷开发中的地位很低，文档不需要写的太丰富，只要有足够的“点”，能保证软件如期交付，保质交付就可以了。 个人认为文档的完整性，专业性对软件开发和持续的软件团队发展过程起着知识积

看到一篇关于代码简洁性的文章，感觉作者在追求代码优质完美上有很深功力，我工作中会遇到很多精简代码，主要是利用一些c#新特性和一些重构思想，作者能如此清晰地写清楚代码简洁的效果来，让小弟很佩服。以下是其文章内容，博客出处是http://michael.nona.name/archives/2000-lines-of-code/ 早在写《架构腐化之谜》的时候，我就意识到，造成架构腐化的根本

我发现了一篇特好的文章，把什么是测试驱动讲解的灰常清晰、易懂，所以迫不及待得来转帖，原文出自thoughtworks的 张开封, 以下是原文.http://kfzhang.thoughtworkers.org/2012/05/why-tdd/1. 反映真实需求这里存在先写测试和后写测试的区别。先说后写测试。根据很多经验，在直接写产品实现代码时，需要考虑需求，同时需要兼顾实现的细节，