我有一个解决方案，涉及三个项目
Solution
-Project 1
-Project 2
-Project 3
最近，我想实施一个单元测试（或集成测试）以确保一切仍然正常，并且我有CppUTest的经验，但想了解VS是否为此目的提供了更好的集成。
因此，我遵循了指南，将其引向另一个项目。
-单元测试项目（又名项目4），从它的外观来看只是一个类。
Solution
-Project 1
-Project 2
-Project 3
-Project 4 (Unit test, testing Project 1)
因此，我想知道维护单元/集成测试环境的良好实践是什么？
它可能是...
一个单元测试项目，多个单元测试类，每个项目一个
Solution
-Project 1
-Project 2
-Project 3
-Project 4 (Unit test, testing Project 1, 2 and 3)
每个工作项目一个单元测试项目一个单元测试项目，多个单元测试类，每个项目一个
Solution
-Project 1
-Project 2
-Project 3
-Project 4 (Unit test, testing Project 1)
-Project 5 (Unit test, testing Project 2)
-Project 6 (Unit test, testing Project 3)
只需将单元测试类应用于现有项目（不确定是否可行）
Solution
-Project 1
-Code
-Unit Test
-Project 2
-Code
-Unit Test
-Project 3
-Code
-Unit Test
第三种选择可能吗？
与公认的答案相反，我想肯定是将您的测试代码放入一个单独的项目中。是否创建一个或多个测试项目是一个意见问题，但是有充分的理由不将测试代码放入发布代码中。
主要原因是您不想将单元测试库链接到发布代码中。在我的书中这是完全不可接受的，据我所知，Visual Studio具有明确的“ 1项目= 1库”方法，因此我看不出如何避免这种情况。
每个项目使用一个单元测试库意味着您可以独立于其他项目开发项目，并且可以轻松指定要运行的测试，而不必为整个解决方案运行测试。您甚至可以设置连续测试来在编写代码时更快地获得有关代码的反馈（实际上不确定是否有人为C ++工作，至少在托管语言中这很普遍）。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句