个人贡献者可以在不担任正式组织管理职位的情况下，通过角色和活动来展现领导力。这方面实践的组织方式可以有多种形式。这篇文章旨在强调所有不属于组织层级人员的领导活动。他们(我们，我)是个人贡献者(IC)，即便不在正式的组织（管理）层级体系内，也能通过角色和活动中展现领导力。我很认可JerryWeinberg所说的:“成为领导者不一定要当老板”。这对IC和(一线)经理都适用。专横跋扈对任何人都没有好处，
最近一家公司告诉我，他们管理着18个独立的开发和测试环境。如果不是我最近与另一个拥有29个环境的公司也交谈过，这将会使我更加惊讶。后者在开发/测试环境上的花费比生产环境的成本还多。这些数字可能看起来很惊人，但我已经见过并听说过许多类似的情况。任何熟悉其工作原理的人都知道，在这么多环境中创建、更新、维护和管理数据是成本高昂且耗费人力的。每个环境每月都会给云账单增加数千美元的费用，同时维护这些环境
浅谈为什么测试晚会导致失败，如何避免这种情况，以及其他常见的软件测试反面实践。测试介入太晚最常见的软件测试错误做法之一是测试介入过晚。在传统的质量保证模型中，软件通常在发布周期的最后阶段由开发人员移交给测试人员，导致QA成为“守门人”或“瓶颈”，这是很不理想的。此外，发现问题越晚，修复的成本就越高。通过将测试“左移”，可以更早地发现问题，降低问题修复成本。当我谈到“左移”时，这意味着将流程的一
新的技术进步经常引起恐惧和抵制，因为担心它们可能使一些岗位被替代，这发生在工业革命制造业自动化，计算机和办公软件兴起期间。即使是用汽车代替马也可能引发了巨大的恐惧和阻力。而今天，随着人工智能(AI)的兴起，我们正在实时体验这种情况我清楚地记得在90年代末，2000年初，测试自动化工具从纯粹的玩具变成了可以有效完成工作的可靠工具。许多QA专业人士担心这些工具可能会取代它们。公平地说，当时许多公司
我写质量工程是有原因的。虽然我经常提到软件测试，但很少使用术语“质量保证”ーー这是有意为之。如果你想知道为什么，那是因为我的经验表明，我们使用的语言决定了我们如何工作，如何理解我们的角色。在我上一份工作中，有一场关于术语的持续辩论ーー在我们的团队之外，我们经常被称为QA，而我们更喜欢被称为QE。为什么？因为我们认识到我们的价值来自于在整个过程中提高质量，而不仅仅是在最后确保质量。让我来解释一下
Collection框架是用于表示和操作collections的统一架构。Collection框架的层次结构java.util包包含Collection框架的所有类和接口。Collection接口被分为以下2组：最基本的接口是：java.util.collectionQA自动化的常用实现JavaCollections框架提供了几个核心接口的通用实现：对于List接口来说，ArrayList是最常用
什么是软件质量管理？软件质量管理是一个系统的过程，旨在确保软件在功能、可靠性和用户满意度方面达到最高标准。它是一种有纪律的方法，用于监督和改进软件开发的各个方面、部署和维护，以确保最终产品满足或超过用户的期望。软件质量管理包括关注功能、性能、可靠性和用户满意度的流程、标准和做法，最终创造出高质量的软件产品。软件质量管理（SQM）是一个不断提高产品质量的过程，该过程与开发过程相结合，直至达到预期目标
概述本文作者批判性地审视了Playwright因其清晰的架构而在现代性和速度上优于Selenium的说法。摘要作者批判性地审视了YouTube视频中的一个观点，即”Playwright是一个比Selenium更优越的Web自动化测试框架”。作者认为，由于Playwright具有清晰的架构，因此它比Selenium更现代、更快的说法是错误的。作者提供了证据来支持这一论点，包括”新并不一定意味着更好”
我们已经学习了SOLID原则的一半!今天我们来学习“I”:接口隔离原则。想要理解这个原则，我们首先需要了解什么是接口。接口是一组可以在类中实现的方法的定义。每个实现该接口的类都必须使用接口中包含的所有方法。因为接口仅定义了方法签名(名称、参数和返回类型)，所以这些方法在每个实现中可能有所不同。接口隔离原则指出，任何类都不应该被迫依赖于它不使用的方法。为了理解这一点，让我们来看一个例子。假设你要测试
我们将继续探讨SOLID原则中“O”:开闭原则。该原则指的是一个类应该只允许对扩展开放，但对修改关闭。这意味着什么呢？这意味着一旦一个类被其他代码使用，你就不应该更改这个类。如果你修改了类，那么依赖于类的代码就有可能被破坏。相反，你应该扩展这个类来添加功能。让我们通过一个例子来看看这是什么意思。我们将再次使用Login类，因为软件测试人员经常会遇到登录页面。假设有一家公司有很多个不同的团队，都需要
热门文章