你如何组织你的测试项目
我一直在关注 UnitTest.proj & IntegrationTest.proj 每个组件练习了一段时间。然而，我发现随着我的解决方案的增长，所有测试项目等事情开始变得混乱......另外，我正在探索一些 BDD 工具，所以现在我可能必须添加另一个项目（规范）来保存我的规范。我正在考虑做的是为每个组件创建一个测试项目，然后为单元/集成/规格创建文件夹和命名空间。让我的构建服务器根据命名空间来区分要运行的测试。因此，我的 CI 构建将运行 Unit*.*，而夜间构建将运行所有这些。我在这里完全疯了吗？我很想听听人们如何组织他们的测试项目。
谢谢，
I've been following the UnitTest.proj & IntegrationTest.proj per component practice for a while now. However, I'm finding that as my solution grows things start getting messy with all the tests projects etc... Also, I'm exploring some BDD tools so now I may have to add another project (specs) to hold my specifications. What I'm thinking about doing is to create one test project per component then have folders and namespaces for Unit / Integration / Specs. The have my build server discriminate on which tests to run based on the namespace. So my CI builds will run Unit*.* and the nightly build will run all of them. Am I totally crazy here? I'm interesting in hearing how people organize their test projects.
Thanks,
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在 NUnit 中（大概在其他测试框架中），您可以分配 类别到测试。这使您能够将不同类型的测试组合到单个源文件中，并选择要运行的测试类型。例如，如果您想区分长时间运行的测试，这非常有用。
即使您选择保留相同数量的测试源文件，您也可以使用此技术来减少所需的项目数量。
In NUnit (and presumably in other test frameworks) you can assign categories to tests. This enables you to combine different types of test into a single source file, and pick and choose which types of tests to run. This is useful if you want to distinguish long-running tests, for example.
You might use this technique to cut down the number of projects you need, even if you choose to keep the same number of test source files.