关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。
想改进这个问题？将问题更新为 on-topic对于堆栈溢出。
8年前关闭。
Improve this question
我最近开始为一家拥有大量遗留代码库的公司工作。产品真的很好，我们有一个庞大而快乐的客户群......但是!
代码库是一团糟。它是经典 ASP 和 .NET 的混合体。几乎没有任何单元测试，而且代码难以测试。我可以看到开发人员正在对代码库失去信心，并且可以说“好吧，代码这么糟糕，我为什么要费心编写测试。”，所以人们不这样做。有些人忘记了，有些人从未开始。关键是即使有易于测试的错误，也不会编写测试。
我非常接近说服我的老板花一整周的时间进行开发，并在这周专门用于教授和编写系统的单元测试。我的计划是从半天的单元测试讲座开始，下半天我想做一些团队 build 练习，这将教人们一些基本的测试技能。然后几天对我们的系统进行结对编程单元测试，并在小组讨论中对其进行审查。与“老师”一起帮助人们解决问题。
我正在寻找的灵感是团队 build 练习。我想要一些我可以用它们做的“离线”练习。我们大约有40人，所以我们可以分成几组。
问题是我在任何地方都找不到任何这样的练习。我不知道人们以前是否这样做过。我的一个建议是让人们处理伪代码，然后提出测试策略，但我认为这太“真实”了。我希望它更抽象一点，而不是让人们对编程产生挂断，或者害怕不表演。
有没有人听说过这样的事情，或者有人对可行的方法有什么建议吗？
非常感谢所有输入。
...哦，我的印象是人们会非常欣赏这样的事情。因此，当我宣布这一点时，我预计不会有重大的回击。希望我们能在本周重新振作起来，对我们的代码库充满信心!
谢谢太平绅士
最佳答案
对我来说，进入 uint 测试的最佳工具是玩 FizzBuzz 的小组游戏。 .
您无需编写任何代码即可了解需要测试的内容。要编写前几个测试，您只需开始检查序列中的前几个数字，然后在心里决定输出应该是什么，然后您的测试就完成了。
但是当需要编写单元测试时，需要编写的代码是非常没有威胁性的。
关于unit-testing - 团队 build 练习来教授编写单元测试，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16867220/