在深入了解工具栈之前,我们先来了解一下什么是测试左移,以及它在软件开发生命周期中的重要性。你是否经历过软件项目预算超支或错过了deadline的情况?如果你想知道这是否正常,别担心,这很常见。有趣的是,所有上述问题的根源不是规划不足,而是与何时进行软件测试以及测试的频率有关。因此,测试左移的理念应运而生—这种方法旨在通过在软件开发生命周期(SDLC)的早期阶段,集成测试活动来确保软件质量。这样,我
2024-06-28/1986 人阅读/1 人点赞
电影中的这一幕让我对自己的工作有了深刻的理解。请大家看下这个片段,因为后面我们会针对它做一些讨论。看完后,别忘了回到这里。https://www.youtube.com/watch?v=x9xPX3WiK3E当我第一次使用Steve的优先级原则来测试一个应用程序时,我犯了一个错误—我认为将某些引人注目的元素优先考虑于功能之上,是成功的关键。但相信我,对于一个有10年历史的庞大项目来说,这种方法完全
2024-06-28/1975 人阅读/0 人点赞
PaulBailey提问:我最近遇到了一个测试问题,我不确定应该如何设计一些有效的测试用例来进行测试,以及应该重点考虑一些什么样的逻辑?这个功能的需求是这样的:某个服务可以处理一个字符串,并返回处理之后的字符串。输入的字符串可以是任意长度,也可以包含任何字符。而输出字符串不能为null或空字符串,且需要被截断为最大15个字符的长度,并且连续的重复字符需要减少为单个字符(去重)。美元符号($)需要替
2024-06-28/1987 人阅读/0 人点赞
RAG对质量工程师的重要性检索增强生成(RAG)已成为扩展大型语言模型(LLM)能力的一种常见模式。从理论上讲,RAG很简单(只需将数据添加到上下文窗口!),但实际上却非常复杂。隐藏在框图背后的是高级分块策略、重新排序、多查询检索器、小到大的检索、假设文档嵌入、预嵌入数据增强、动态路由、自定义嵌入模型等等。虽然设置初始流水线可能很快也很容易,但达到生产级别的质量要复杂得多。如果不仔细考虑,RAG系
2024-06-28/2052 人阅读/0 人点赞
有效的软件测试依赖于对代码更改背景的理解。为了详细了解这一背景,您需要在合适的时间向合适的人提出正确的问题。没有这些背景信息,您可能无法设计有效的测试场景。缺乏有效的测试场景,您可能无法向团队提供有价值的反馈,这是QA的职责。最终,团队会对测试过程失去信心,产品负责人可能会对软件质量提出质疑。因此,提问不仅对于深入了解至关重要,而且对于确保交付的软件满足每个利益相关者的期望也非常重要。我一贯的测试
2024-05-20/2404 人阅读/16 人点赞
在过去四年多的时间里,我们团队一直在开发大型Flutter项目,并且始终讨论移动UI测试自动化的话题。在我们的第一个应用中,我们每个月发布一次更新,后来逐渐过渡到每两周发布一次更新。至少每晚进行一次功能应用测试的自动化,有助于更快、更自信地发布应用。团队和业务都清楚这一点的重要性。我们的第一个Flutter应用采用了Flutter集成测试,并结合了GithubActions和Firebase测试实
2024-05-14/2895 人阅读/53 人点赞
这是一个我在学校和大学时代,甚至在工作中经常听到的词。我曾经想知道它是什么以及如何去实践它。许多人都说要提升你的批判性思维技能,但没有明确指出如何提升。此外,由于人工智能和其他技术的发展,我发现对于软件测试人员、开发人员、项目和产品经理以及其他专业人士来说,练习批判性思维是非常必要的。所有这些因素都让我产生了深入了解它的好奇心。什么是批判性思维?根据维基百科,这是批判性思维的定义:批判性思维是对事
2024-05-14/2360 人阅读/1 人点赞
今年是2024年,闰日又来了。和以往的闰年一样,我会尽量多地记录bug报告和故障,并尽可能地附上源代码链接。以下我按照我个人认为的影响程度对它们进行了分类。最大影响据《连线》、《新西兰先驱报》等多家媒体报道,新西兰的许多加油站都出现了自助支付终端的问题,其中包括Allied石油公司、Gull石油公司、Z能源公司、Waitomo石油公司和英国石油公司。据报道,该问题与Invenco支付解决方案终端有
2024-05-14/2280 人阅读/2 人点赞
在用新语言重写软件时,如何测试新旧程序是否做同样的事情?测试是任何应用程序都不可或缺的一部分,而编写自动化测试用例对于确保代码的安全性至关重要。但是,当你用完全不同的语言重写一个程序时,你该怎么办?你如何确保新旧程序做同样的事情?在这篇文章中,我将描述我们进行的一次旅程,将一组Bash脚本转变为一个组织良好的Go库,并且我们如何确保在这个过程中没有出现任何问题。一开始…在Flipp,我们有自己
2024-05-10/2433 人阅读/0 人点赞
如果你想要使技术债务的概念真正生动起来,就要有一些数字支持。当WardCunningham提出技术债务时,他需要一种方法来讨论在项目早期做出的决策,这些决策会在工程师们继续开发时开始困扰他们。他当时在一家做金融软件的公司工作,所以需要一个财务隐喻。为了尽快推出产品,他们在早期做出的技术决策可能不再适用,除非修正这些决策,否则团队的工作效率就会受到影响,发布新功能的速度也会变慢。这个比喻已经流行
2024-05-10/2492 人阅读/0 人点赞