我们有很多开发人员,只有少数QA人员.通过编写自动化测试,开发人员在整个开发过程中越来越多地参与qa,但我们的QA实践大多是手动的.
我喜欢的是如果我们的开发实践是BDD和TDD,并且我们开发了一个强大的测试套件.问题是:在构建这样的测试套件时,我们如何确定我们可以信任的测试,以及我们应该继续手动测试的内容？
我的团队的目标是尽量减少构建中断的时间.
我们使用CruiseControl.NET进行持续集成.我想知道的是如何最好地回答以下问题:
"在上一次{timespan}中,{project-name}花了多少时间处于破碎状态？"
例如:"过去1个月,我们的项目花费了多少时间处于破损状态？"
是否有任何CruiseControl.NET的高级功能可以在某种类型的报告或仪表板中的某个位置提供此信息？
或者,您将如何解析xml工件文件以收集此信息？
cruisecontrol.net continuous-integration report agile-processes
我正在开发一个RESTful API.目前我正在考虑使用特定于资源的供应商MIME类型来传达语义和含义,以及充当客户端和服务器之间的"契约".
因此,例如application/vnd.mycompany.person + xml意味着有问题的数据是代表一个人的xml.
我要求使这个API"私有标记",这意味着经销商可以反过来向他的客户提供API,而他的客户不知道这是我公司的服务.这样做的方式是我的公司将主要api托管在某种通用URL上,即www.example.com/api然后我的公司会使用CNAME将我们的域名指向该URL,我们的经销商可以做相同.
在内部,所有资源链接都是API根相对的,因此会尊重正在使用的实际URL.
但是,我不想理解/支持任意供应商特定的MIME类型,那么上面示例MIME类型的"mycompany"部分应该是什么？