【24h】

Just Unit Testing

机译:公正的单元测试

获取原文
获取原文并翻译 | 示例

摘要

This paper came about for the simple reason that we had to test some new software we had not developed. This software (the Intel Transport Interface) was a library with a public API, and was to be part of a kit included with pre-production systems. Digging into the system, we found that the developer did not have any unit tests, so we wrote some as part of our test plan. We decided to use an Open Source framework and Mock Objects. Along the way, we found some interesting problems using the most popular C++ Unit Test framework (CppUnit), and that organizational problems can be a more significant issue than we had realized. Ever-changing market trends, a vast selection of business technologies, and process theory inundation all create environments that must be adapted to quickly and impacted the decisions we made. For instance, we have learned to downplay much of the latest process terminology, not necessarily thinking about "Extreme" or "Agile", even though that is what we eventually end up doing. We have not convinced the ITI developer to use unit tests, and doubt we ever will before the project eventually reaches end of life, but the lessons we have learned from this experience are influencing our future development plans.
机译:产生本文的原因很简单,我们必须测试一些尚未开发的新软件。该软件(英特尔传输接口)是一个带有公共API的库,将成为预生产系统附带的套件的一部分。深入研究系统,我们发现开发人员没有任何单元测试,因此我们在测试计划中编写了一些单元测试。我们决定使用开放源代码框架和模拟对象。在此过程中,我们使用最流行的C ++单元测试框架(CppUnit)发现了一些有趣的问题,而组织问题可能是比我们意识到的更为重要的问题。瞬息万变的市场趋势,广泛的业务技术选择以及过程理论的泛滥,都创造了必须适应的环境,以快速影响我们的决策。例如,尽管我们最终最终要做的是,但我们已经学会淡化了许多最新的流程术语,而不必考虑“极端”或“敏捷”。我们没有说服ITI开发人员使用单元测试,并且怀疑我们是否会在项目最终终止寿命之前就使用过,但是我们从这种经验中学到的经验教训正在影响我们的未来开发计划。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号