如何构建测试自动化框架？以下是您需要牢记的三种编码技术。 （cucumber自动化测试框架）

摘要：了解构建可扩展的测试自动化框架时要记住的三个最重要的干净编码实践。 因此，组织希望自己或他们的测试自动化架构师能够设计和开发健壮、可维护且智能的测试自动化框架。 包含适当的文档从事测试自动化框架开发项目的程序员不太可能单独编写代码。

概述

许多组织寻求通过设计和开发测试自动化框架来扩展其自动化能力。 但我们经常放弃良好的编码技术，转而追求尽可能快的工作速度。 您应该像对待任何其他应用程序开发项目一样对待该项目。 以下是构建可扩展的测试自动化框架时要记住的三个最重要的干净编码实践。

作为测试或 SDET 软件开发工程师，您可以参与软件的开发及其测试。 看到当今有多少软件组织将测试自动化作为其敏捷和 DevOps 计划的一部分，这是令人着迷且鼓舞人心的。

在我看来，自动化测试不再只是一种可以考虑的选择，而是一种必需。 而且这种趋势还将继续增长。 在产品生命周期中尽早且频繁地进行自动化测试不仅可以更快地发现错误，还可以节省大量时间和金钱。 因此，组织希望他们的 SDET 或测试自动化架构师能够设计和开发健壮、可维护且智能的测试自动化框架。

然而，许多自动化测试工作由于缺乏远见而失败。 SDET 应该问自己：我正在开发的测试自动化框架是否可重用、可维护、可配置、可理解和可扩展？

为了快速实施变更，通常在从头开始实施框架时或要求现有框架适应新需求时（有时在短时间内）忘记考虑以下事项： 最佳选项编码约定或最简单的编码方式。 我们一无所有请尽快使用适当的文档进行更改。

因此，更改被合并到主分支中，并且随着框架的发展，这成为其他团队成员的常见做法。 如果您需要扩展自动化框架以覆盖更多项目、添加更多功能，或者需要将框架内使用的工具迁移到新工具，在某些情况下，这对整个团队来说都是巨大的技术债务。 因此，团队必须花费更多的时间来理解和调试代码，而糟糕的设计和持久的反模式会导致更多的返工。

当您开发自动化框架时，您应该像对待任何其他应用程序开发项目一样对待它，并将其编码为生产代码。

要构建可扩展的测试自动化框架，您需要记住这三个最重要的干净编码实践。

包含适当的文档

从事测试自动化框架开发项目的程序员很少单独编写代码。 在由多人添加和更新自动化代码的环境中，包含良好的文档不仅可以帮助您组织自己的代码，还可以帮助同事理解代码实际上想要表达的内容，也将帮助您理解。 然后，即使您离开团队或有人想要使用您的代码并添加功能，您也可以轻松调试、更新、运行单元测试并分析结果。

在我之前的一个项目中，一位同事收到了一项请求，要求将一个新的测试管理工具集成到已经有另一个测试管理工具的测试自动化框架中。 尽管新的实现简单易行，但它缺乏注释、文档和一致的命名约定，因此我们花了很多时间调试并弄清楚如何将现有工具集成到框架中。

避免代码重复

假设您的项目团队要求您使用允许您测试 Web 服务并生成报告的框架来添加新功能。 完成 Web 服务的编码部分后，请考虑编写代码来生成报告。 在此之前，您是否考虑过框架当前的报告功能是否可以满足这种需求？如果没有，您就会面临代码重复的情况。

随着框架的发展，不必要的代码重复会增加返工，维护成本开始增加。 在一处修复报告生成代码中的错误意味着遍历并调试整个框架。更改代码要容易得多。

保持代码简单

编码时，尽量不要使事情复杂化。 请使其尽可能简单（可读）。

我们发现许多有经验的初学者更喜欢在类或函数级别添加代码。 如果您在功能级别编写 300 行代码，您可能会跨越一个危险区域，代码的可理解性和质量开始下降。 类似地，如果一个类由 30 个方法组成，它可能不会服务于单一目的，而应该拆分为更小的类，并且如果需要，必须将这些类分组到不同的包中。

我发现无论是经验丰富的程序员还是新手程序员都不断在类或函数级别添加代码，而没有完全理解类或函数首先应该传达什么内容。 如果您在功能级别编写了 300 行代码，那么您很可能已经跨越了代码的可理解性和质量开始下降的危险区域。 同样，如果一个类由 30 个方法组成，它可能不会服务于单一目的，而应该拆分为更小的类，并且如果需要，请将这些类分组到不同的包中。

代码必须严格遵循“单一责任原则”，即每个模块、函数或类必须负责软件功能的单个部分。 以后，如果出现新的需求来测试特定功能，您可以提前知道哪些包、类、模块和函数会受到影响。

随着我成长为一名热爱自动化的 SDET，我意识到在框架团队工作时，不仅仅是满足不同团队的需求并让他们工作。 您还应该从一开始就考虑干净的编码原则。

在批准和合并代码之前，我们建议您检查彼此的代码，以确保其遵循最佳编程实践。 通过这种方式，我们为一个高度可扩展和可维护的健壮框架奠定了基础。

上述作者的经历类似于横向知识网络创建交流平台914172719。 群里有各种技术同行交流、学习资料、面试经验等，包括使用jenkins、docker、mutebank、python编程等，而要深入学习是需要精力的。 每项技能只有掌握到一定深度，才能称为完整的知识体系。领带。

最后大家可以关注公众号：Sad Latio！自从我加入公司以来，有很多信息想和大家分享！ 这些信息包括了面试官在面试时应该问到的所有知识点，比如基础知识、Linux要领、shell、互联网编程原理、Mysql数据库、抓包工具等话题，还包括了很多测试行业的常识，例如： 接口测试工具。 、高级-Python编程测试、Web自动化测试、APP自动化测试、接口自动化测试、高级持续集成测试、测试架构开发测试框架、性能测试、安全测试等等。

对于我的博客如果您喜欢我的博客内容，请一键“点赞”、“评论”、“收藏”！

推荐文章

求职面试，求职面试，软件测试人员应该知道的面试技巧！

面试经历：在一线城市搬砖！我又来面试软件测试职位了。 5000就够了...

面试官：工作三年了，你还来面试初级测试吗？不幸的是，软件测试工程师这个职位需要用双引号括起来。 ..

什么样的人适合做软件测试？

按时离开公司的人在我之前升职了..

我保留了。转行当测试工然后消失……