多年来一直关注我博客的人可能已经发现了，每当我想学习一些东西时，我会挑战自己写一篇关于它的博客文章。在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万
以前，有一位测试主管并不认同敏捷开发。每当团队谈论减少浪费、冲刺和小规模交付时，她总是礼貌地点头。然而，她转身却按照自己的方式行事，而她的方式确实奏效了。她的项目通常都能按时完成，保持了很高的质量标准，而且发布过程通常都是平静且顺畅的。然而，有一天，她遇到了难题。一个“简单”的迁移项目，其简单目标就是“让它像以前一样工作”，只不过是优化和迁移，看起来易如反掌。但是，这是一个新组建的团队。该应用程序
从需求进行测试是解决问题的好方法。但我们只能测试存在的东西，而在需求阶段只有idea存在。如果我们能发现idea的缺陷，我们就可以在idea变成产品代码之前修复它们。难点在于，如何从无法感知的东西中发现缺陷，我们必须想象需求中明确表明的、隐含的或不可避免的问题。这篇文章描述了我（WayneRoseberry）在参与的一个项目中的一个需求测试经历，我使用了一些有效且相对简单的技术来拦截在需求的第一次
对于许多人来说，手工测试仍然是进入IT行业的主要途径。我曾见过许多实习生和初级员工在初面时对开发职位表现出浓厚的兴趣，他们会不自信地问：”我怎样才能在贵公司转型为开发人员、设计师或分析师？”即使他们没有明确地说出这句话，他们的目标也很明确。这就带来了一个挑战：在短短的1-2个月内，这些候选人可能会失去继续担任手工QA角色的动力，转而寻求转向其他角色。如果您有一个设计不断变化的跨平台混合应用程序，那
热门文章