我知道，单元测试是可取的，我有兴趣做单元测试。 唯一的问题是我不知道怎么样，甚至从哪里开始真的。 所以我的问题是：我如何了解并开始单元测试？ 具体来说，我经常写在Visual Studio NetBeans和C＃代码的Java代码，并有兴趣使用什么工具，以及如何让我的脚湿。 任何人都可以提供一个绝对的单元测试的n00b什么建议吗？
我知道有很多的有点类似的问题在那里，但我在不感兴趣的原因，更感兴趣的是如何。
Answer 1:
这个教程在NetBeans编写JUnit测试应该给你一个想法单元测试是如何在技术上完成。 NUnit的C＃的工作几乎相同。
有关如何单元测试整合到您的日常开发的高级视图，该标准参考是Kent Beck的“测试驱动开发用实例”。 这里有一个全面的介绍。
Answer 2:
尝试在计算器上，标签读取unit-testing :)
- 是单元测试值得的？
- 如何使初级程序员编写测试？
- 什么是单元测试？
- 你怎么知道要考什么编写单元测试的时候？
另一个切入点将是标签junit和nunit
有很多问题的处理这一点。
如果您正在寻找单元测试的书籍，试试这个线程： 良好的C＃单元测试书 。 还有著名的肯特·贝克本书中提到，“测试驱动开发用实例”。
这是值得一读！
祝好运！
Answer 3:
如果你真的想了解单元测试（和上瘾），尝试一下 ，它应该只需要几个小时！
首先，我建议下载一个单元测试框架，如NUnit的 （如果你想与.NET / C＃开始）。
大多数这些框架都拥有在线文档，提供了一个简单的介绍，像NUnit的快速启动 。 阅读文档，然后选择一个相当简单的，自包含的类，你负责。 如果可以的话，尽量选择一类：
- 对其他类很少或没有依赖性 - 至少不是在复杂的类。
- 有一些行为：与一群性质的简单容器不会真的告诉你很多关于单元测试。
试着写一些测试，以获得该类良好的覆盖，然后编译并运行测试。
单元测试是简单的学习和努力掌握（对于老生常谈的道歉，但它是适当的在这里），所以一旦你做到了这一点，开始阅读周围：例如， guerda提供了另一种回答几个优秀链接到这个问题 。
Answer 4:
从小事做起。
单元测试（和一般的自动化测试）不是银弹，并不一定适用于所有情况，可以是一个有点文化冲击。 这就是说，如果你正在写的软件，你卖或者你的公司依靠，我强烈建议采用它。 你会惊奇地发现很多专业软件开发公司怎么不知道。
首先，获得舒适的创建和使用的开发工具，运行单元测试的机制。
然后，开始要测试一个新的（最好是较小的，但不一定是微不足道的）类或方法。 编写测试现有的代码有其自身的挑战，这就是为什么你应该要么一些全新的，或者你要重写的东西开始。
你应该注意到的是使这个类或方法检验的（因此可重复使用），对如何编写代码的影响。 你也应该发现，想怎么测试代码前面迫使你去思考，现在细化，而不是一段时间在路上“时，有更多的时间”的设计。 事情就这么简单，“如果一个坏参数传入应该怎么回来了？”。 你也应该感受到了一定的信心，代码的行为完全你希望它的方式。
如果从这个练习中看到一个好处，然后建立它并开始将其应用于你的代码的其他部分。 随着时间的推移，你就会有越来越多的软件的信心，因为它变得更可证明是正确的。
在方法的手帮助让我的头围绕主题多了很多阅读材料的更好，并帮助填写的东西，我只是不明白的空白。 尤其是在TDD关注。 这是反直觉的，直到我真正尝试过。
Answer 5:
查找-A-bug的写一个测试
你会发现在你的代码库中的错误，修复之前，下一次，写一个测试。 测试应该失败。 然后，修正错误。 测试应该通过。
如果测试没有通过，还有无论是在测试中的错误，或在您修复一个bug。
一个人将永远不会再在代码中发现这个bug。 单元测试会发现它（比一个人能更快）。
这绝对是一个小的开始，但它可以让你进入测试。 一旦你得到了它的窍门，你可能会开始写更多的测试，并最终获得的代码将如何失败的诀窍和测试需要（例如：每业务规则的测试）。
后来在你前进的您设置一个持续集成服务器，它可以确保你的代码始终是固体。
Answer 6:
一个良好的开端是购买一本好书，你可以阅读有关的单元测试。
我有一个名为“与Visual Studio团队系统2008年软件测试”的书的提示，它需要你槽的基础的东西，背景更更高水平的单元测试和实践。
Answer 7:
检查出单元测试由罗伊Osherove艺术，它是一本好书，适合初学者，因为它开始于一开始。
Answer 8:
我建议你阅读迈克尔羽毛‘修改代码的工作’。 旧的代码往往最终被代码很难进行单元测试。 羽毛的书是如何重构你的代码单元测试是一个单元写点有很大指导。
不完全是一个答案，你问，但可能是你在哪里，你需要是实现一些其他人给出的答案之间的梯级缺失的问题。
文章来源: How do I start unit testing?
