3

我最近开始为一家拥有大量遗留代码库的公司工作。产品真的很好,我们有一个庞大而快乐的客户群......但是!

代码库是一团糟。它是经典 ASP 和 .NET 的混合体。几乎没有任何单元测试,而且代码难以测试。我可以看到开发人员正在对代码库失去信心,并且可以说“好吧,代码这么糟糕,我为什么要费心编写测试。”,所以人们不这样做。有些人忘记了,有些人从未开始。关键是即使有易于测试的错误,也不会编写测试。

我非常接近说服我的老板花一整周的时间来进行开发,并在这周专门用于教授和编写系统的单元测试。我的计划是从半天的单元测试讲座开始,下半天我想做一些团队建设练习,这将教人们一些基本的测试技能。然后几天对我们的系统进行结对编程单元测试,并在小组讨论中对其进行审查。与“老师”一起帮助人们解决问题。

我正在寻找的灵感是团队建设练习。我想要一些我可以用它们做的“离线”练习。我们大约有40人,所以我们可以分成几组。

问题是我在任何地方都找不到任何这样的练习。我不知道人们以前是否这样做过。我的一个建议是让人们处理伪代码,然后提出测试策略,但我认为这太“真实”了。我希望它更抽象一点,而不是让人们对编程产生挂断,或者害怕不表演。

有没有人听说过这样的事情,或者有人对可行的方法有什么建议吗?

非常感谢所有输入。

...哦,我的印象是人们会非常欣赏这样的事情。因此,当我宣布这一点时,我预计不会有重大的回击。希望我们能在本周重新振作起来,对我们的代码库充满信心!

谢谢太平绅士

4

1 回答 1

0

对我来说,进入 uint 测试的最佳工具是玩FizzBu​​zz的小组游戏。

您无需编写任何代码即可了解需要测试的内容。要编写前几个测试,您只需开始检查序列中的前几个数字并在心里决定输出应该是什么,然后您的测试就完成了。

但是当需要编写单元测试时,需要编写的代码是非常没有威胁性的。

于 2013-06-01T00:33:53.473 回答