程序员使用什么技术来编写可维护的集成/功能/验收测试？
由于多种原因，集成/功能/验收测试本质上很难维护：它们需要很长时间才能运行，很难始终保持绿色，可能会随机失败，调试起来很麻烦等等。但是，它们可以如果能够拥有一套可靠的非单元测试套件，那么这将是无价的。
拥有这样的套房只是一个白日梦吗？团队如何能够管理始终绿色、低维护的非单元测试套件？
Integration/Functional/Acceptance tests are inherently difficult to maintain for a myriad of reasons: they take a long time to run, are hard to keep green consistently, can fail seemingly randomly, are cumbersome to debug, etc. etc. However, they can be priceless, if one manages to have a reliable non-unit test suite.
Is having such a suite, merely a pipe-dream? How are teams able to manage a consistently green, low maintenance non-unit test suite?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这并不能完全回答这个问题，但就这样吧。对于 Java，我使用 Junit4（测试）和 EclEmma（代码覆盖率）。对于 Javascript，我使用 Jasmine（测试）和 JSCoverage（代码覆盖率）。
This won't answer the question fully, but here goes. For Java, I use Junit4 (testing) and EclEmma (code coverage). For Javascript, I use Jasmine (testing) and JSCoverage (code coverage).