哪些指标在 ASP .Net 构建服务器中最有用？
我只是想知道人们在构建服务器上衡量的指标是什么。
我正在为一系列 asp .net 2.0 项目设置构建服务器。
在我当前正在测量的服务器上：
- 单元测试代码覆盖率。
- 构建并测试运行时间。
- LOC（只是出于好奇）。
- 圈复杂度。
- FxCop 的一些规则。
您测量什么以及如何测量它？
I'm just wondering what metrics people measure on a build server.
I'm setting up a build server for a series of asp .net 2.0 projects.
On the server I'm currently measuring:
- Unit test code coverage.
- Build and test run time.
- LOC (just out of idle curiosity).
- Cyclomatic complexity.
- Some FxCop rules.
What do you measure and how do you measure it?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不确定（2）有什么好处，你觉得它有用吗？
我当然会查看 FxCop 和 StyleCop 违规计数。 在理想的情况下，这些值是 0，但在某些项目中这是不现实的（例如继承遗留代码），因此我们设置一个阈值并尽量不要超过它。
测试覆盖率良好。
有时测量自上次构建以来签入和/或更改文件的数量可能很有趣。 我从未发现它的实际用途，但很有趣的是看到签到率在发布日期之前如何增加。
Not sure what the benefit of (2) is, do you find it useful?
I certainly look at FxCop and StyleCop violation counts. In an ideal world these are 0, but on some projects this isn't realistic (e.g. inheriting legacy code), so we set a threshold and try not to exceed it.
Test coverage is good.
Sometimes it may be interesting to measure number of checkins and / or changed files since the last build. I never found an actual use for it but it was interesting to see how the rate of checkins increased towards the release date.