请告诉我一个伟大的方式它进行集成测试？伟大、方式、测试、我一个
我们已经写了自己的集成测试工具，我们可以写一些操作或测试，如GenerateOrders的。我们有多个参数，我们可以使用来配置测试（如订单的数量）。然后，我们写第二次手术，以确认测试已通过/失败（即有（NT）的订单）。
We have written our own integration test harness where we can write a number of "operations" or tests, such as "GenerateOrders". We have a number of parameters we can use to configure the tests (such as the number of orders). We then write a second operation to confirm the test has passed/Failed (i.e. there are(nt) orders).
该工具用于
在集成测试 数据生成 终端到终端的测试（通过混合和匹配多项测试）这似乎运作良好，但需要开发经验，以保持并写入新的测试。我们的测试团队想动手，谁拥有小C＃开发经验。
It seems to work well, however requires development experience to maintain and write new tests. Our test team would like to get involved, who have little C# development experience.
我们只是要开始一个新的新建项目，我做了一些研究，最佳的方式来编写和维护的集成测试。
We are just about to start a new Greenfield project and I am doing some research into the optimum way to write and maintain integration tests.
的问题如下：
如何进行集成测试？ 您使用的是什么工具做（健身？自？NUnit的）？我期待着各国人民的建议/意见。
I am looking forward to peoples suggestions/comments.
在此先感谢，
大卫
推荐答案
集成测试，可以在用户界面层（通过自动化功能测试 - 的 AFT 的）来实现。或者服务/ API接口电平
Integration testing may be done at a user interface level (via automated functional tests - AFT) or service/api interface level.
有两种情况下的几个工具：
There are several tools in both cases:
我已经对项目的工作，成功地使用 SAHI公司或硒的网络应用程序，白的AFT为.NET WPF或WinForms的应用程序，的
