TDD和管理

Question

4

我的经理开始对我花时间设计测试感到很烦恼（他认为测试是在软件编写完成后才需要进行的）。我该如何说服他改变想法？

- Pierreten

2

所以你是在进行TDD，还是只是写了一堆单元测试？ - quamrana

谢谢你的聪明，但是TDD有一个有趣的习惯，会生成很多单元测试，不是吗？ - Pierreten

我投票关闭此问题，因为它应该在[workplace.SE]上提问。 - double-beep

7个回答

5

在这种情况下，你无法获胜。除非他接受了TDD（测试驱动开发）的方法，否则他不会知道。你唯一能做的是要么离开寻找更好的工作，要么按照他的方式工作。在你按照他的方式工作时，向他解释TDD是更好的方法，并给他一些例子。但我会说，要么按他的方式走，要么就走人。

- Preet Sangha

2

他清楚地看到测试必须完成。在编写代码后进行测试所需的时间与在编写代码前进行测试一样长。如果他喜欢，可以跳过编写测试并将时间用于编写错误而不是测试。

如果他认为你不应该进行测试，则要么改变他的想法，要么辞职。

- Jason Williams

2

写代码时出现错误是正常的，但在编写代码之前编写测试比之后更省时间，因为您可以影响设计使其更易于测试。 - quamrana

也许我应该说“至少和……一样长”，而不是“正好和……一样长”。 - Jason Williams

1

写代码时出现了错误，这很好，我支持。 - Kildareflare

2

关键是要理解你的经理的观点。你必须退一步，问问经理珍视什么，以及他/她的痛点在哪里。如果你不知道，就问问他们珍视什么。

- Mark Levison

1

给他展示或者传递这些链接，这将帮助他清楚地理解TDD。

- Ravi Vanapalli

@Ravia：好的链接，但只有最好的管理者才会费心阅读这些——结果会更好。 - quamrana

@Ravia - 感谢阅读我的博客 :-) - Mark Levison

1

对于那些一直抵制我大量撰写测试的客户，我试着用这样的方式解释：事先编写测试会花费我几分钟，但可以在上线前节省数小时的时间。有时候会花费我数小时的时间，但可以在上线前节省数天的时间。

其他回答中提供的一些链接也非常棒。如果老板在看到这些证据和论点后仍然抵制……我会认真修改我的简历。你编写代码的正确方法以及愿意做到这点，应该能让你在找到不那么糟糕的工作时处于一个好的位置。

- Jim Kiley

0

一个不同的路线是展示如何提前进行测试会以某种方式改变设计。通过构建测试，您正在质疑设计的某些部分，最终这将是一个不错的方法，并且他应该检查维护和支持需要多长时间，因为有些工作正在为了改善这些领域而进行。只是不要忘记记住一些原则，比如如何赢得朋友和影响人们中可能也适用的那些原则。

- JB King

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Matthew Lock · Accepted Answer

告诉他，现在编写测试可以节省时间，因为测试和调试阶段可能更短，因为你已经发现了许多错误。请转达此信息。