C++ 代码整洁之道:C++17 可持续软件开发模式实践 (23):构建安全体系 2.5.11

阅读数:8 2019 年 12 月 4 日 18:48

C++代码整洁之道:C++17可持续软件开发模式实践(23):构建安全体系 2.5.11

(测试必须快速执行)

内容简介
本书致力于讲述 C++ 整洁代码之道!如果你想让自己写的代码更加整洁,那么这本书适合你阅读。本书需要熟悉 C++ 语言的基本概念,才能有效的掌握其中的内容。如果你只是想从 C++ 开发开始,并且没有 C++ 语言的基础知识,你应该首先选择一个好的 C++ 入门的练习项目。此外,本书也不包含任何深奥的技巧和杂乱的知识点。我知道 C++ 有很多令人兴奋的技巧,但这些通常不是整洁代码的精神,也不是现代 C++ 的代码风格。除此之外,这本书为了帮助 C++ 程序员提高技能水平,并举例说明如何编写易于理解的、灵活的、可维护的和高效的 C++ 代码。即使你是一个经验丰富的 C++ 开发人员,这本书中也有一些值得学习的地方,我认为这些值得学习的地方能够促进你的工作。书中所提出的原则和实践可以应用于新的软件系统,有时被称为“绿地项目”,以及具有悠久历史的遗留系统,通常被称为“棕地项目”。

在大型项目中,单元测试的量级早晚会达到上千条。这在软件质量保证方面是有促进作用的。但比较尴尬的是,测试人员也许直到提交代码的时候才会执行它们,因为这项工作耗费的时间过于漫长。

很显然,测试花费的时间和团队的生产力有很大的关系。如果运行单元测试需要花费 15 分钟、30 分钟甚至更多,那么开发人员的工作进度就会由于长时间等待测试结果而受到影响。即使执行每个单元测试平均“只”需要几秒钟,那么执行完 1000 个测试用例也需要超过 8 分钟。这就意味着如果这些测试案例每天需要执行 10 次的话,那么将有 1.5 小时的时间花在等待上。结果就是,开发人员会减少单元测试的次数。

我的建议是:测试必须快速执行!单元测试必须为开发者建立一套快速反馈机制。一个大型项目的所有单元测试的执行时间最多花费 3 分钟,当然,越少越好。在开发过程中,为了更快地执行本地的测试用例,测试框架要提供一种简便的方法来暂时关闭不相关的测试组。

毫无疑问,在最终产品发布前,测试平台上的所有测试用例都应该执行到。一旦测试用例执行失败,应当立即通知开发团队。可以通过电子邮件提醒,或在显眼的地方标记出来(比如,在墙上的显示屏上展示出来,或者通过测试平台控制指示灯提醒开发人员)。即使只有一个测试用例不通过,也不能发布产品!

C++代码整洁之道:C++17可持续软件开发模式实践(23):构建安全体系 2.5.11

购书地址 https://item.jd.com/12599914.html?dist=jd

评论

发布