有两件事会让软件研发过程变得很糟糕，一是糟糕的团队文化，二是由于设计不佳而导致的技术债。我无法告诉你，由于不理解自己的代码，我放弃了多少个人项目。以及和一群到处都是WET（WriteEverythingTwice）代码的人一起工作是多么的令人沮丧。这让我感到十分厌恶。编写糟糕的代码是人性的一部分，这无可避免。有时候我们会忘记一些重要的事情，或者产生新的想法，或者分心去做其他事情。因而完全忘记了软件
在你的生活中，你可能会回忆起一部你和朋友们都想看的电影，但看后你们都感到后悔。或者，你记得那次你的团队以为他们找到了产品的下一个“杀手级功能”，但该功能在发布后却失败了。实践中，好主意常常会失败，在测试领域，围绕端到端测试构建的测试策略是一个广泛存在且常常失败的好主意。测试人员可以投入时间编写多种自动化测试，包括单元测试、集成测试和端到端测试，但这种策略主要投资于验证整个产品或服务的端到端测试。通
缺乏执行用户端到端自动化测试的能力并不可耻，但欺骗肯定是不可接受的作为一名软件工程师和测试自动化工程师，我认为有必要在我们的职称中强调“工程师“一词。根据广为接受的规范，工程涉及一种系统可靠的方法，旨在创造持久和长期的解决方案。例如，如果一座美轮美奂的大桥在落成三天后就倒塌了，那么负责设计这座大桥的“土木工程师“不仅会失去职业资格，还有可能面临监禁等法律后果。然而，软件行业对此类问题往往采取较为宽
几年前，我面试过一个开发微服务的无服务器团队的候选人。在我面前的是一位非常能干的无服务器工程师。当我们的谈话进入了最后一个环节——团队合作。我：你能解释一下你与质量保证工程师的合作方式吗？候选人：（一脸茫然……几秒钟后）。呃……，对不起，我不能回答这个问题，因为我们团队里没有质量保证工程师。我：（控制住自己的惊讶）啊，我明白了。没关系。那么，谁来履行质量保证职责？候选人：我们的团队由五名工程师组成
发现拆解代码覆盖率指标的简单证明代码覆盖率是衡量软件产品质量的一个强有力的指标，多年来，技术领导者们对此深信不疑。从表面上看，其理由似乎很充分：测试越彻底，代码覆盖率就越高，因此，我们的软件就应该越健壮，越能防止错误。这就是我们脑海中根深蒂固的想法。但是，如果我有证据证明代码覆盖率从根本上就是错误的呢？如果我能向你展示这样一个简单的想法，让你不再怀疑呢？那么，请做好准备，振作起来。代码覆盖范围代码
此后，PHP很可能会成为AI革命中的无名英雄。虽然Python得到了公众广泛的关注，但PHP的各种优势让它成为许多AI网络应用程序的不二之选。但请允许我明确一点：这并不意味着要宣布PHP是人工智能的“最佳“选择。这是一个提醒，尤其是对于软件工程师：请根据每个项目的优点进行比较和对比来选择，当涉及到挖掘PHP在AI领域的潜力时，不要忽视PHP。为什么选择PHP和人工智能？一个实用的视角这才是真正的探
大家好，我必须通过分享来表达我对使用这个名为SHELL-GPT的令人称奇的AI工具的兴奋之感。作为一名技术爱好者，我一直在寻找能够简化工作、让生活更轻松的方法。让我告诉来你，SHELL-GPT绝对是一个可以改变游戏规则的工具！首先，对于那些不熟悉SHELL-GPT的人来说，它就像是在你的终端上安装了一个超级智能的AI助手。你可以向它提问，让它解释复杂的概念，甚至让它为你编写代码片段。这就像拥有了一
我对质量保证面试指南的不满我曾写过一篇关于质量工程面试的文章，这是我热衷的一个话题。那篇文章以及后续的文章《质量工程面试问题》都是为我工作的《SlalomBuild》杂志撰写的。因此，我不得不收敛我的言辞，减少我的强烈观点。具体来说，我删去了一整节描述互联网上许多面试指南如何糟糕的内容。这不是我的工作刊物，所以我在这里没有这种限制。请继续阅读，了解为什么大多数面试问题都很糟糕，为什么它们不能正确识
整个团队想要成功地践行敏捷测试方法，意味着需要对即将发行的功能进行大量的对话。这些对话可能始于项目的开始阶段、设计评审、迭代前或迭代规划会议。如果我们要成功地交付业务、客户和用户所期望和需要的内容，我们需要对每个功能进行深入了解。最近，我们尝试着整理了一份“备忘清单”，其中包含了在讨论计划中的新功能和故事时可以提出的问题。Lisa发现，在这些对话中参考可能的问题列表有助于她思考出好问题。并非所有这
在深入了解工具栈之前，我们先来了解一下什么是测试左移，以及它在软件开发生命周期中的重要性。你是否经历过软件项目预算超支或错过了deadline的情况？如果你想知道这是否正常，别担心，这很常见。有趣的是，所有上述问题的根源不是规划不足，而是与何时进行软件测试以及测试的频率有关。因此，测试左移的理念应运而生—这种方法旨在通过在软件开发生命周期（SDLC）的早期阶段，集成测试活动来确保软件质量。这样，我
热门文章