建设全功能项目团队——实践篇.docVIP

吃自己的狗粮 当开发人员坐在测试工作站前，你将会诧异于多少开发人员因为繁琐的步骤而不会安装/升级自己参与制作的软件，多少人认为自己设计的复杂配置是荒唐的。在很多情况下，这都不是安装、配置的问题，而是设计问题，将开发和测试过程分离把痛苦转嫁给了另一个团体（测试、用服、用户），开发人员丧失了亲身使用软件的机会，从而无法发现问题的存在。暴露并修正这些问题，是将开发人员和测试人员进行轮换的主要价值之一。从我们的经验数据看，开发人员可以在一周内掌握大多数的测试技巧，个人的建议是从经验丰富的开发人员开始轮换，一方面他们更能认识到测试的必要性，便于交流，也便于形成表率。另一方面丰富的经验更容易帮助他们察觉到问题的存在。其它的一些要点是： 一对一的充分交流，让开发人员认识到进行测试工作的价值和目的。 引导开发对痛点进行思考、改进。改变测试简单、重复的工作面貌，要对开发人员形成挑战。 一周轮换2天持续数周或连续轮换2星期为宜。 睁开眼睛看大象 开发人员习惯于正确性驱动，然而正确的返回结果却不一定是必须的，有时甚至是一种浪费。我们项目所需要处理形如1001的期货时间戳，10代表2010年，01代表一月份。开发人员自然想到了如何区分1910年、2010年、2110年的问题。于是复杂的内部表达被设计出来，用于推断正确年份。这是必须的么？如果我们能了解到客户最大的压力在于半年后项目能否成功