我们已经学习了SOLID原则的一半!今天我们来学习“I”:接口隔离原则。想要理解这个原则，我们首先需要了解什么是接口。接口是一组可以在类中实现的方法的定义。每个实现该接口的类都必须使用接口中包含的所有方法。因为接口仅定义了方法签名(名称、参数和返回类型)，所以这些方法在每个实现中可能有所不同。接口隔离原则指出，任何类都不应该被迫依赖于它不使用的方法。为了理解这一点，让我们来看一个例子。假设你要测试
我们将继续探讨SOLID原则中“O”:开闭原则。该原则指的是一个类应该只允许对扩展开放，但对修改关闭。这意味着什么呢？这意味着一旦一个类被其他代码使用，你就不应该更改这个类。如果你修改了类，那么依赖于类的代码就有可能被破坏。相反，你应该扩展这个类来添加功能。让我们通过一个例子来看看这是什么意思。我们将再次使用Login类，因为软件测试人员经常会遇到登录页面。假设有一家公司有很多个不同的团队，都需要
多年来一直关注我博客的人可能已经发现了，每当我想学习一些东西时，我会挑战自己写一篇关于它的博客文章。在2020年，我每个月读一本关于软件测试的书，并写一篇书评。在2023年，我每个月都了解到一个逻辑谬误，并写一篇文章来解释它(这最终变成了我的书《测试者的逻辑谬误》)。在接下来的五个月里，我将接受一个新的挑战:学习如何编写高质量代码的SOLID原则。多年来，我一直想了解这些，但我一直对术语感到恐惧(
现在是介绍最后一个SOLID原则的时候了!依赖性倒置原则由两部分组成，我们将逐一进行介绍。首先，该原则指出“高级模块不应该依赖于低级模块，而应该依赖于抽象。”为了理解这一点，我们首先需要知道“高级模块”和“低级模块”之间的区别。“低级模块”是处理特定任务的模块，例如从数据库发出请求或将文件发送到打印机。在这篇文章的第一个例子中，我们将使用一个名为“AddText”的类，它将清除一个文本字段并在其中
是时候来学习SOLID中的“L”了!Liskov替换原则是以计算机科学家BarbaraLiskov的名字命名的，她在1987年首次提出了这一概念。该原则指出，你应该能够在不进行任何更改情况下，在程序中使用子类对象替换超类对象。为了能够更好地理解这一点，让我们使用一个测试人员非常熟悉的例子:等待一个元素。下面是一个名为waitforeelement的类，它有两个方法:waitForElementTo
你知道吗？不充分的代码覆盖率可能会导致高达80%的软件缺陷未被检测到。确保全面的代码覆盖率对于成功的软件测试质量至关重要。本文将探索当下流行的代码覆盖率工具，这些工具可以极大地简化测试工作，并帮助开发人员优化项目以获得成功。关键要点:代码覆盖率对于识别潜在缺陷和提高软件质量至关重要。代码覆盖率工具提供了简化测试和提高代码覆盖率的功能。了解不同类型的覆盖度量对于有效的测试至关重要。代码覆盖率报告和分
我们要打破“质量可以绝对衡量”的迷思，学习如何将质量指标视为一种信号而非有局限的目标。霓虹灯显示着数字和图表，旁边是一个大型的粉色霓虹放大镜，上面写着“QA迷思”。让我们来破除一些QA迷思。第一个迷思：质量是可以被衡量的。每个人都想衡量质量，但认为质量可以绝对衡量的想法是一种迷思，一个误区。想象一下，你试图衡量一次家庭公路旅行的质量。什么因素能让这次公路旅行为全家人带来无可争议的成功？你会发现很难
在某些情况下，手动测试就像在迷宫中穿行——耗时、重复，而且容易出现人为错误。对此很熟悉，88%的企业已经在其部门实施了自动化或计划很快投资自动化工具。此外，对于43%的公司来说，自动化是其质量保证流程的关键部分，24%的组织在开始自动化测试活动后立即获得了投资回报率的提升。本文准备了一份清单，以便你了解是否需要测试自动化，并提供了仅需6个步骤即可实现测试自动化的全面指南！那么何时应实现测试流程自动
本篇文章不是关于人工智能与测试的，它也不是要证明在AI时代仍需要测试的合理性。它谈论的是人们对质量和质量人员普遍存在的消极态度。它探讨了其他同行如何看待质量人员。提到AI仅仅是为了阐明一些观点。2022年11月，当ChatGPT发布时，世界迎来了人工智能的新时代。它的下一个版本通过了美国律师资格考试，实现了重大技术突破。与晶体管数量翻倍的摩尔定律不同，人工智能在2012年至2018年间实现了30万
以前，有一位测试主管并不认同敏捷开发。每当团队谈论减少浪费、冲刺和小规模交付时，她总是礼貌地点头。然而，她转身却按照自己的方式行事，而她的方式确实奏效了。她的项目通常都能按时完成，保持了很高的质量标准，而且发布过程通常都是平静且顺畅的。然而，有一天，她遇到了难题。一个“简单”的迁移项目，其简单目标就是“让它像以前一样工作”，只不过是优化和迁移，看起来易如反掌。但是，这是一个新组建的团队。该应用程序
热门文章