测试组织架构_为您的组织进行连续测试

最新推荐文章于 2023-05-16 19:38:02 发布

cxu0262

最新推荐文章于 2023-05-16 19:38:02 发布

阅读量263

点赞数

文章标签：大数据 python 人工智能 java 编程语言

原文链接：https://www.infoworld.com/article/3291330/making-continuous-testing-work-for-your-organization.html

版权

测试组织架构

Devops依靠持续的集成实践来提高速度和质量。 CI呼吁开发人员经常将代码集成到共享存储库中，从而启动自动化构建。这使团队可以及早发现并解决问题。 CI还带来了持续测试的需求。有几个定义，但是我将连续测试定义为“在持续集成环境中运行时执行的所有测试活动”。没有持续集成，您甚至根本无法开始谈论连续测试在devops环境中如何发挥作用。

连续测试并非易事，但它为开发团队提供了明显的优势：

测试活动完全集成到开发管道中。
它需要自动测试覆盖范围，以提高效率和标准化。
自动化程度的提高使测试人员有更多时间使用探索性手段来发现隐藏的问题。
团队在部署之前对软件质量更有信心。

尽管连续测试可能非常高效，但存在一些陷阱可以降低效率，例如使不应自动化的测试自动化以及不使用版本控制系统（VCS）将测试存储为代码。尽管第一个问题与测试策略有更多关系，但后者使维护测试，重用测试和研究问题变得困难。

让我们研究一些最佳实践，以确保连续测试成功。

1.确保您有完整的测试自动化基础

可靠的CI平台至关重要。适用于CI的G2人群网格根据以下标准确定解决方案的资格：

开发人员可以编写自动执行的单元测试。
系统显示哪些测试已通过和失败；
测试通过后，系统将执行所有操作以创建功能全面的软件版本。

大多数团队将努力使单元测试，功能测试和回归测试自动化。测试自动化软件应用程序处理自动化测试和报告的执行。团队还将需要工具来处理计划（即需求，用户案例），源代码的版本控制以及将测试和测试活动集成到devops堆栈中以进行可追溯性和管理的测试管理。用户应该能够将测试直接与源代码和计划系统相关联，以改善开发人员和测试人员之间的协作。

2.考虑使用BDD（行为驱动的开发）

连续测试是自动化至上的心态，这意味着它与行为驱动的开发非常吻合。 BDD不是完成连续测试的唯一方法，但它鼓励产品所有者，开发人员和测试人员之间进行持续的协作。方案着重于未来应该如何表现给用户，从而使开发目标更加清晰，并使开发人员和测试人员之间更好地保持一致。功能通常与代码一起存储，这使得与CI系统的集成更加容易。最后，使用Gherkin语法将用户场景转换为自动化测试更为容易，该语法是诸如Cucumber之类的工具的主要功能。

3.授权质量检查团队

质量检查人员可以创建，编辑和运行大多数测试活动，但在开发人员中，质量检查人员的影响力远不止于此。质量保证可以确保每个团队成员在整个生命周期中执行连续的测试职责。如果开发人员不自动执行单元级测试，则质量检查人员有权代表团队。它还可以强制执行流程，例如强制自动化工程师和测试分析师使用代码存储其测试。质量检查负责人可以指导其团队制定测试策略，其中包括确定手动测试和自动测试的正确组合以及何时在不同类型的测试之间取得平衡。最后，QA知道团队无法测试每个场景，并且将使用其最佳判断来决定何时进行部署。

4.分析自动化测试

自动化一切都很容易，但这将是浪费和不适当的。在某些情况下，手动测试是一种更好的方法。经验法则是使所有单元级别的测试自动化。为功能，性能和其他形式的测试编写自动化测试更为复杂，因此在确定自动化内容时要制定消除流程。例如，如果90％的用户具有相同类型的用户配置文件，则您可能希望自动化测试以使用该类型的配置文件登录，因为任何问题都会影响90％的用户。其余10％登录失败的风险还不足以保证进行自动测试。

利用手动测试人员及其在应用程序和用户群方面的专业知识。他们可以与自动化工程师紧密合作，以帮助确定最佳的自动化测试领域。探索性测试对于自动化策略也很重要，因为测试人员会收集有关方案和潜在问题的新信息。这种智能可以告知在哪里进行自动化测试。