在开发人员实现设计的同时制定测试计划 当项目经理、开发、测试三方的负责人都同意并在用户故事上签字 [1] 之后，开发人员就会着手设计并实现功能，那么此时测试人员应该做些什么呢？不同于传统开发模式时那样需要等待一个可测试的版本，敏捷软件开发中的测试人员应该尽早制定测试计划，并与负责的开发人员交流，让他/她了解你将实施什么样的测试。为什么？这里有两个理由，我在前面其实也都提到过了。一是合理利用有限的资源，二是尽早发现问题。软件开发中一直有这样的理论：bug在开发周期的越早被修复，付出的代价就越低...

本文为“用Visual Studio实践敏捷测试”系列文章的第一篇，主要讲述测试人员在正式进入测试阶段之前需要做的准备工作。 敏捷软件开发是近年来谈的很多的一个话题，业界也流传着许多敏捷开发的方法：Scrum、FDD（Feature Driven Development，特性驱动开发）、TDD（Test Driven Development，测试驱动开发）、XP（eXtreme Programming，极限编程）是其中比较常见的几种。不过可惜的是我们所能找到的内容还是方法论居多...

大家都喜欢听故事，那我就先讲一个故事，为我的这篇文章争取一点读者。这个故事的名字叫做：“我不想懂什么高性能计算，我只在乎高兴了就能计算”。 在业界，“高性能计算”是个越来越火的词，在高校里，它的另一个兄弟“并行计算”更为大家所熟悉，在很多场合，这两个词指代的其实是同一个很有意思很有潜力的领域。之所以说它有意思有潜力，是因为年轻的计算机学科和其他历史悠久的学科交叉结合在一起，迸发了魔术般绚烂夺目的光彩。 2004年我还在中国科学技术大学读本科大四的时候...

——Visual Studio开发团队的敏捷实践经验分享（二） 年初，应InfoQ中文站邀请，Ramesh Rajagopal （ Visual Studio Team Architect团队的敏捷开发系列文章 的作者）和他的团队在“敏捷Scrum实战营”活动期间接受了InfoQ中文站的邮件采访。本文由滕振宇先生根据Ramesh的回答和团队的翻译编辑而成。如需转载，请先与 editors@cn.infoq.com 联系。 原文地址...