对于问题我是单元测试还是集成测试？ https://stackoverflow.com/questions/516572我已经回答了，有点挑衅：进行测试并让其他人花时间进行分类 https://stackoverflow.com/questions/516572/am-i-unit-testing-or-integration-testing/516588#516588.
对我来说，不同级别的测试之间的区别在技术上是没有意义的：通常使用相同的工具，需要相同的技能，要达到相同的目标：排除软件故障。同时，我可以理解大多数开发人员使用的传统工作流程需要这种区别。我只是对传统的工作流程感到不自在。
因此，我的问题旨在更好地理解对我来说存在争议的问题，并收集关于不同级别测试之间的分离是否相关的各种观点。
我的看法有错吗？是否存在其他不强调这种分离的工作流程（也许是敏捷方法）？您在这个问题上有什么经验？
精确：我完全了解这些定义（对于那些不了解的人，请参阅这个问题 https://stackoverflow.com/questions/437897）。我想我不需要有关软件测试的课程。但如果您的答案需要的话，请随意提供一些背景信息。
性能通常是我将“单元”测试与“功能”测试分开的原因。
单元测试组应该尽可能快地执行，并且能够在每次编译后运行。
功能测试组可能需要几分钟的时间来执行，并在签入之前执行，可能每天或每隔一天执行一次，具体取决于所实现的功能。
如果所有测试都组合在一起，那么直到签入之前我才运行任何测试，这会减慢我的整体开发速度。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
