第四章：持续完善中的TestOps_第三章:testops方法论-优快云博客

本文探讨了持续改进在TestOps中的应用，强调了谦逊态度的重要性，并提出了五个关键改进领域：构建金字塔、提升测试速度、代码重构、全面自动化及利用云计算与开源软件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一十一

发表于 2017-11-15 14:39:41

内容：

1）持续改进/改善介绍

持续改进是一个永无止境的过程，侧重于提高组织的有效性和/或效率，以实现其政策和目标。精益运动在制造业和商业中得到普及。通常持续改进工作包括找出简化工作和减少浪费的机会。

改善是1986年Kaizen首先定义的“持续改进”的实践：日本竞争成功的关键。你可以把它看作一个强调不断改进的哲学。我想在这篇文章中展示如何在你的TestOps活动中采用这种方法。

2）初学者的心态

为了采取持续改进理念，您需要一定的特征 - 谦虚的健康水平。除非你意识到，不是你所做的一切都是完美的，积极的改变是不可能的

前一段时间，我发现了一个关于禅宗的方法的随机文章。禅宗禅师在禅宗心中说：“初学者的心灵：对禅修和禅修的非正式会谈：”在初学者的心中，有许多可能性。在专家的脑海里，几乎没有。

在学习方面，我建议再次尝试成为一个孩子。想象一下，3岁的孩子几乎无法满足好奇心。一切都是新的。一切都很有趣。一切都值得一试。没有什么应该被遗忘的。失败的风险是不存在的。

备注：我在谦虚的基础上增加了“健康”一词，因为在某些情况下，你必须大胆地提出要求。职位薪酬谈判是一个很好的例子设定你的奖高，目标是赚取高于平均水平。

3）TestOps的持续改进

我决定把重点放在我的TestOps系列的持续改进上，因为我认为它是成功的必要组成部分。 IT行业是非常苛刻的，如果没有它，你可能会失败。

以下是我可以不断改进的最重要的事情清单：

3a）建造金字塔

成千上万的工人不得不为了建造埃及金字塔而工作。今天创造性的有效测试金字塔要容易得多，你应该充分利用这一点。令人惊讶的是，有很多关于正确测试设计的文章，但很少分析测试策略变得无效的可能性（不是罕见的事情，因为测试有时比实际开发更困难）。

IT中的应用程序，框架，需求和几乎所有内容随着时间的推移而变化当然，情况可能会变得更糟糕，但我相信自去年以来有一件事情有所改善 - 你的知识。仔细看看你的测试场景，并问自己一个简单的问题：有什么可以改进的？例如，假设您的应用程序现在有新的API可用。你还在通过GUI进行测试，还是将你的场景转换到了服务级别？

可能我们都喜欢硒测试，因为它们很有趣，但是一些功能可以真正被单元测试覆盖。这是大量的时间和保存的主要工作。

3b）极品飞车

拿破仑·波拿巴曾经说过：“我们可以恢复的空间; 时间永远不会“。没有给出快速反馈的测试往往是非常令人沮丧的，因为它们需要上下文切换。发现真正的应用程序错误并不是什么大不了的事情，但一旦变成碎片，开发人员往往立即失去对测试套件可靠性的信心。

总体执行时间应仔细衡量，不要忽略。测试执行中的并行性是今天的必须，而且实现起来也不是很难。所有顶级框架都支持它，对于Selenium我们有Grid。

有时需要在这个领域进行操作性的工作，因此，好的TestOps应该放在这里。

3c）重构

每一行代码都需要维护。测试人员/开发人员的维护工作并不是免费的，所以我们可以放心地认为，每一行代码都会让公司花钱。

程序员经常要求PO重构时间，这不仅使工作更容易，而且还节省了一些钱。我们应该像生产代码一样对待测试代码。这不仅意味着它应该在同一个存储库中，而且每天都有必要使它变得更好。

使用IntelliJ IDE重构非常简单。你完全使用它的功能吗？你是否改善了与当前任务接近的代码？

3d）自动化一切

TestOps是关于自动化的。这不仅意味着测试，而且意味着基础设施。实际上，站点可靠性工程师会争辩说，能够在几秒钟内从头开始重新创建测试环境（例如使用Ansible）是不够的。它也应该是自我修复的。

持续测试是快速和高质量软件发布的先决条件。