优化软件质量单元测试和自动化

单位测试 是第一道防线,这一层级的保护至关重要,因为它为下列测试过程奠定了基础:集成测试、验收测试,最后是手动测试,包括探索性测试。

在本文中,我将介绍单元测试与其他方法的区别,并将提供不进行单元测试时我们能够或不能够做到的例子。我们还会谈到 自动化测试 ,这对确保代码的可靠性和质量起着重要作用。

单位测试

单元测试的思想是为每个不重要的功能或方法编写测试。这使它能够快速检查最近的代码更改是否造成了回归,这意味着已经测试过的程序的一些部分出现了错误,这也使检测和修复这些错误变得更加容易。

当单元测试过多时

任何没有适当测试覆盖的长期项目迟早会被重新编写。单元测试对于大多数项目来说是必不可少的,但也有可能忽略这一步骤的情况。例如,您正在为演示目的创建一个项目。时间安排很难。您的系统是硬件和软件的组合,在项目开始时,还不完全清楚最终产品的样子。软件将在展览或展示期间运行1-2天。在这种情况下,没有必要实现单元测试。

另一个例子是当你在一个广告网站,或简单的闪存游戏,或旗帜,涉及复杂的布局,动画和大量静态内容。以上所有内容均适用于介绍。

如果您正在构建一个简单的名片网站,网站上有一套静态HTML页面和单一的电子邮件提交表格,不需要单元测试。客户很可能对这个满意,不再需要任何东西了。最有可能的是,手动检查和测试所有东西会更快。

单元测试实施

在计划单元测试时,记住您的目标是确保您的单元测试代码覆盖率超过80%。这意味着在运行单元测试时至少执行80%的代码库。因此,要开始将单元测试整合到您的开发过程中,请尝试通过下面的步骤。

1.选择合适的测试架构

选择一个适合你需要的框架,而不是重新设计车轮。例如,许多 .网 开发人员使用MSTST是因为它带有可视化工作室,但是N单元或X单元可能为您的项目提供更好的功能。

2.决定测试什么

并非所有代码都需要测试。简单的、无依赖性的代码可能不需要测试,而具有许多依赖性的复杂代码可能在测试前受益于重构。重点测试复杂的、算法代码和相互依存的组件,以确保清晰的交互和集成。

3.保持测试结构的一致性

使用"安排"、"行动"、"断言"模式来实现清晰性和可维护性。

4.一次测试一件事

每个测试只需验证代码的一个方面。对于复杂的过程,将它们分成较小的部分并分别测试。

5.用假货处理依赖关系

用假实现替换真实的依赖关系,以避免测试不必要的组件。使用存根进行预先定义的响应和模拟以验证交互。

6.使用隔离框架

使用现有的框架,比如Moq或犀牛嘲笑来创建嘲笑和存根,而不是编写自己的。这减少了错误和维护开销。

7.可测试性设计

最初编写代码时要考虑到可测试性。使用依赖项注入,避免在方法中直接实例化对象,并尽量减少使用静态方法和逻辑构造函数。

8.重构遗留代码

如果处理不可测试的遗留代码,从重构小的、可管理的部分开始,并在编写单元测试之前用集成和验收测试来覆盖它们。逐步将这一过程扩大到代码库的更大部分。

自动化测试

这个方法的名称是不言而喻的:在自动化测试中,测试用例是自动执行的。它发生的速度比手动测试快得多,甚至可以在夜间进行,因为整个过程最少需要人为干扰。当你需要快速的反馈时,这种方法是绝对改变游戏的。然而,与任何自动化一样,在最初的设置阶段,它可能需要大量的时间和财政资源。尽管如此,它完全值得使用,因为它将使整个过程更加高效,代码更加可靠。

自动化测试实施

这里的第一步是了解项目是否包含测试自动化。您需要确保项目有一个健壮的测试自动化框架。反过来,自动化工程师应精通工具栈(例如:遵守既定的自动化准则。

1.与手动测试相比的自动化覆盖率

努力使高比例的测试用例实现自动化,最好超过90%,以最大限度地提高效率,减少对手动测试的依赖。

2.项目概览和自动化实施

自动化测试一直是一个大型项目,涉及多个团队开发共享产品,每个团队中都有手动质量保证测试人员。测试集中在前端和后端方面。

3.了解项目

首先,我们需要了解产品的目的和用户。这有助于确定自动化工作的优先次序。例如,如果产品是为企业服务的,那么就把重点放在测试法律合规性和支付交易上。对于面向消费者的产品,优先考虑关键操作,如卡到卡转移和服务支付。自动化应全面应用于整个产品,而不仅仅是单个团队。

4.确定主要利益攸关方

熟悉所有利益相关者是至关重要的,因为与他们的互动是必要的。主要人员包括:

· 产品所有者 :他们是自动化的客户,并确定其要求。

· 质量保证工程师 :他们是自动化工具的最终用户,他们的满意程度是成功的衡量标准。

· 手动测试引线 :他们帮助组织过程,并协调手动测试。

· 前沿发展领导 :它们影响自动化测试的稳定性和质量。

· 采购专家 :他们处理硬件分配,主要是服务器设备。

5.谅解小组

收集关于每个团队的项目范围的信息,无论它包括前置、后端还是两者。了解质量保证团队如何测试他们的部门和他们对自动化的熟悉程度。确定测试挑战和自动化领域的优先次序。

6.制定自动化要求

在大多数情况下,我们的目标是采取一种没有创新解决办法的经典办法:

· 编程语言 :为聘用专家提供便利

· 前置测试

· 后端测试 :使用 安全的 休息时的互动。

· 数据库测试 :用于标准的Java图书馆

· 自动化测试 :为培训手册质量保证测试人员和降低成本选择黄瓜。

· 报告 :最后,但并非最不重要的是,使用吸引力的和信息丰富的报告。

7.演示和登机

为所有的利益相关者,包括产品所有者,质量保证工程师,开发人员和分析师进行演示,重点是清晰度。从前端团队开始创建可见的结果。开发5-10个自动化测试,记录它们,并使用图解显示结果。说明了自动化基础设施、主要目标和效果,并比较了手动和自动化测试.

8.为自动化准备用户界面

为确保可靠和稳定的自动测试,增加"data-test-id 在前端领导和产品所有者的合作下,集中属性到UI元素。这一实践大大提高了测试的可靠性,因为它使测试不受UI元素位置或内容的改变的影响。

9.开发自动化测试

在自动化测试人员之间分配任务。使用模板创建自动化项目框架。准备步骤进行正面测试,使这些步骤可在各个项目中重复使用,并设置了月球和詹金斯。通过建立存储库,创建詹金斯工作,以及在GIT和开发环境中培训质量保证,将团队整合到自动化中。

然后,质量保证手动测试人员将编写他们的自动化测试,由自动化工程师进行审查和集成。最后的步骤开发将发生在业余时间的短跑。在每个冲刺结束时,展示结果并在产品演示中宣布新的功能。

结论

如您所见,单元测试和自动化测试是相辅相成的。通过每天使用它们来识别缺陷,可以减少每个阶段的回归测试时间。此外,这将逐步导致产品更快地投入生产,从而节省时间和资源。