fitnesse

I'm integrating a Fitnesse Acceptance test suite into a TFS based CI process. I can run the Fitnesse Test suite in a RESTful manner ( http://fitnesse.org/FitNesse.UserGuide.RestfulTests ): http://myfitnesseserver/MyTestSuite?suite&format=xml and get back an XML document of test results. I'd like to transform that into a format that TFS can interpret as number of tests passed / failed. Any pointers? Thanks I have a similar goal at work, so I created a generic command-line Fitnesse test runner that executes a test or suite as a web request, parses the resulting XML and transforms it using the

1. 接口 测试 的流程一般是怎么样的？ 　　 小刀： 接口 测试 的流程其实和 功能 测试 的流程类似，因为 接口 测试 依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。 　　需求确定以后，开发会根据需求进行 接口 设计，会产出 接口 定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行 测试 计划， 测试 设计，然后还需要和配管确定 测试 环境相关的事情。 　　在开发完成 接口 定义之后，就根据需求文档及 接口 定义进行 测试 用例设计， 测试 用例设计主要从业务场景，功能，以及异常 测试 几个方面考虑。 　　 测试 用例设计完成后，针对 测试 用例进行评审，然后，如果开发代码部分可测时，即可进入 测试 了，因为是部分可测，可能会使用到mock方法。 　　已有 测试 代码时，就要进行 测试 代码的持续集成了，我们是使用hudson来进行持续集成的 　　在项目结束后，会对每个项目进行总结。 2. 接口 可以分下面几种： 1）系统与系统之间的调用，比如银行会提供 接口 供电子商务网站调用，或者说，支付宝会提供 接口 给淘宝调用 　　2）上层服务对下层服务的调用，比如service层会调用DAO层的 接口 ，而应用层又会调用服务层提供的 接口 ，一般会通过 　　3）服务之间的调用，比如注册用户时