最新文章 更多
在软件测试中,负向测试用例评估系统在用户执行“错误”或意外操作时的行为。此外,负向测试还关注系统在发生这些操作时的响应。这些测试是评估任何软件产品的关键部分,但开发人员有时会在满足初始需求时忽视它们。负向用例偶尔也会包含在需求中,但通常只会遵循“正向路径”。“正向路径”是一个术语,意思是在通用有序的场景中,用户按计划进行并因此而发生预期的行为。如果用户无视指示或正常使用情况,故意或无意地偏离标准路
2024-03-31/1422 人阅读/0 人点赞

如何调试您使用但并不拥有的API。如果API反馈出意想不到的结果,该怎么办呢?这个问题是出在用户输入、API本身,还是其他完全无关的方面呢?对于API用户来说,调试意味着识别和修复单个API调用或调用序列中的问题。在很多情况下,你正在调试的代码可能不受你的控制,并且受可观察对象的支配。除了在访问API时可能会遇到意想不到的行为外,你还可能在解析输出或传递变量时犯错。在本文中,我们将深入探讨更快速、
2024-03-31/1347 人阅读/1 人点赞

下面的代码中有什么问题使得这个测试用例难以理解?deftest_get_balance(self):settings=BankSettings(FDIC_INSURED,REGULATED,US_BASED)account=Account(settings,ID,BALANCE,ADDRESS,NAME,EMAIL,PHONE)self.assertEqual(account.GetBalance
2024-03-31/1374 人阅读/0 人点赞

软件测试领域广泛使用语句覆盖率。这种技术可以确保每一行代码都能得到测试运行,从而使软件变得强大并且没有错误。本文将探讨什么是声明覆盖率、它的工作原理、它的好处等等!什么是语句覆盖语句覆盖是一种白盒测试技术,尝试执行源代码中的所有语句。它的目标是代码中的每一条语句至少执行一次,以达到100%的语句覆盖率。使用这种测试覆盖率技术,计算测试期间执行的源代码中的语句的百分比。其公式为:语句覆盖率=(执行的
2024-03-31/1366 人阅读/0 人点赞

MuhammadSaad在LinkedIn上发布了一个有趣的场景,我将在下文用斜体字引用它,并对此进行评论……想象一下你作为测试人员第一天上班的情景。你被要求测试一个应用程序。这是一个包含数百个表单和数千个报告的ERP应用程序。你开始进行探索性测试,打开了一个包含大约50个字段的表单。你尝试在这个表单中输入随机数据,这大约花了20分钟。然后你点击提交按钮。哇!显示了一条错误消息,看起来像是一个未处
2024-03-31/1500 人阅读/1 人点赞

为什么用人工智能取代程序员不是那么容易。随着所有关于人工智能发展有多么惊人的文章,有很多人担心,作为软件开发人员,我们可能很快就会失业,被人工智能取代。他们想象所有的业务高管和产品研究人员将绕过大多数或所有的软件开发人员,直接要求AI构建他们认为他们想要或需要的东西。作为一个花了15年时间根据这些人创造的规格开发软件的人,我发现很难认真对待所有的担忧。编写代码可能是一项挑战,但我从来没有花过超过两
2024-03-31/1350 人阅读/0 人点赞

导言对抗性攻击:测试模型有助于发现可能的攻击。与其让这种攻击在生产环境中发生,不如在部署模型之前用对抗性实例对其进行测试,以提高其稳健性。数据完整性和偏差:从大多数来源收集到的数据通常都是非结构化的,可能会反映出人类的偏见,可以在训练过程中加以模拟。这种偏见可能是针对特定群体的,如性别、种族、宗教或性取向,根据使用规模的不同,会对社会造成不同的影响。在评估过程中,偏见可能会被忽略。发现失败模式:在
2024-03-31/1367 人阅读/1 人点赞

深度学习模型仍然需要测试,但是许多常见的测试方法并不适用于此。而如果使用正确的方法,您就可以确保您的管道产生良好的结果。软件是复杂的,作为开发人员,我们都了解构建一个良好的质量保证(QA)过程的必要性。然而,训练深度学习模型并在生产中实施这些模型会给测试质量带来新的挑战。许多众所周知的测试方法并不直接适用于深度学习模型。本博文将为您提供一些关于完整深度学习管道的QA流程的实用见解。QA在深度学习中
2024-03-31/1349 人阅读/0 人点赞

我决定以正确的方式编写一些框架,按部就班的选择一种语言(和版本…),选择正确的范例,进行TDD,创建在提交PR后自动触发的CI/CD流水线,同时也可以在本地运行(当然还有设置github/azdo/bitbucket/其他),选择一个license,并进行更多没有意识到的操作。唯一不关心的就是代码覆盖率。这一切都是在编写一行代码之前完成的。然后我编写了以下完全无关的脚本$vim~/bin/aur​
2024-03-31/1334 人阅读/0 人点赞

当有人问我做什么工作时,我会说我是一名数据质量保证(QA)工程师。他们并不真正理解我的意思。“嗯,我做数据测试,”我试图解释,但常常无济于事。我有一些从事技术和软件开发的朋友,他们不太了解数据测试是什么,为什么它是必要的,或者它在编程世界中的位置。这是可以理解的,因为数据科学是一个全新的领域,即使是每天与数据打交道的人也必须对处理工作方式的任何变化保持开放的态度。要了解数据测试的工作原理,必须首先
2024-03-31/1352 人阅读/0 人点赞

推荐博客 更多

在准备将软件上线到生产环境之前需要进行测试。随着软件测试方式日趋成熟,软件开发团队的测试也在取代大量手动测试,逐渐实现自动化测试。通过自动化测试,开发团队可以在短短几分钟内就了解到软件是否存在问题,而不需要等待几天的时间。自动化测试大大地缩短了反馈周期,与敏捷开发、持续集成和DevOps文化密切相关。本文将分为上、下篇来探讨如何构建一个高响应、可靠并且可维护的测试组合,无论是针对微服务架构、移动

71° /715 人阅读/0 人点赞/0 条评论


作为开发人员,我们应该遵守这样一句话:“质量不是来自检查,而是来自生产过程的改进。”——爱德华·戴明 “测试即代码。”太多的组织将任何未编码的东西视为一次性的。很明显,测试是必不可少的,但我们一次又一次地发现,团队将测试自动化和相关材料视为二等公民。测试是用户行为的文档,与产品组织产生的需求密不可分,并在虚拟层面与用于创建功能的代码相连。 如果它提供了价值,就应该对它进行版本化、维护、照顾和尊重,

106° /1067 人阅读/1 人点赞/0 条评论


技术性债务在DevOps到底意味着什么?从本质上讲,这是小的开发缺陷的积累,需要不断地返工。它可能由多种原因引起,例如快速交付新功能的压力,这可能会导致团队不得不牺牲代码的整洁和完善。但这些不完整的小代码,如经济上的债务一样,随着时间的推移会产生“利息”,在软件工程里就表现为修改的挑战或添加新功能的困难。 一、技术债务的原因技术债务的主要原因之一是组织的开发方和业务方之间的脱节。开发团队经常会感到

89° /892 人阅读/1 人点赞/0 条评论


在《TDD、BDD、ATDD都是什么、有什么区别?(上)》一文中,探讨了探讨TDD、BDD和ATDD的概念。虽然TDD、BDD和ATDD都是软件开发中使用的测试方法,但它们在方法和重点上有所不同。TDD、BDD和ATDD之间的主要区别在于关注点、抽象层级和协作。1、关注点TDD侧重于测试代码并确保它满足需求。BDD关注软件的行为,并确保它满足业务需求。ATDD关注于验收标准,并确保软件满足业务

92° /921 人阅读/0 人点赞/0 条评论


我与海盗派
太难     2023-12-28

tynam —-倔强的测试人 几年前,当我第一次看到《海盗派测试分析:MFQ&PPDCS》这本书的时候,便带给我一种非常亲切的感觉,书中的部分思想和我当时的认知非常切合。那几年,我一直从事软件测试工作,按照自己的想法完成着测试任务,与接受的测试理论存在非常大的差异,一度怀疑自己是否走偏,但感觉又应该是自己走的那样,直至了解到海盗派Tester,心中顿有方向,有理论支持。至今,还在一如既往的

88° /886 人阅读/1 人点赞/0 条评论


作者:王凌云|QE_LAB 背景:最早接触和了解无障碍测试是在去年参加公司的一项“无障碍测试公益培训” 的助教工作,这个活动是计划为“有人”基金会的视障人群展开一期“无障碍测试公益培训”活动。后来通过公司的Accessibility Community上的文章对无障碍测试有了更进一步的了解。目前所在的项目中正在做有关Mobile端的Accessibility的测试和相关的开发改进工作,借此做一个总

105° /1056 人阅读/0 人点赞/0 条评论


作者:赵泽鑫|QE-LAB浅谈DataDrivenTestingWhatisDataDrivenTesting数据驱动测试(Data-driventest)是一种软件测试方法,其中测试数据以表格或电子表格格式存储。数据驱动测试允许测试人员输入一个单一的测试脚本,可以对表格中的所有测试数据执行测试,并期望在同一表格中的测试输出。它也被称为表驱动测试或参数化测试。尤其是针对于自动化

171° /1718 人阅读/135 人点赞/0 条评论


作者:赵泽鑫,张海云,冯曌 | QE-LAB 写在前面:该项目是某企业CRM+ERP系统 0 - 1 的数字化转型中最重要的一个产品之一,需要拉通上下游30+系统,有上百名的同事与我们共同在一线战斗。我们将项目上的实践,遇到的问题,以及我们的辛酸苦辣落笔为大家眼前这些朴实的文字,希望能够给大家带来在大规模项目中做敏捷测试的不一样体验,感受大规模0到1数字化转型中的QA的机遇与挑战。由于篇幅很长,

226° /2260 人阅读/134 人点赞/0 条评论


常用的配置文件类型在做自动化测试中,配置文件常用的有2种。第一种是.ini文件,实际上.ini文件是Initializationfile的缩写,即为初始化文件,是Windows系统配置文件所采用的存储格式,统管Windows的各项配置,用户可以通过修改对应的*.ini文件来实现不同的初始化配置第二种是yaml文件,YML文件格式是YAML(YAMLAintMarkupLanguage)编

213° /2127 人阅读/150 人点赞/1 条评论


本文首发于「BY林子」,转载请参考版权声明。 “小淘,吃石榴吧。” “吃石榴太麻烦了,不想吃。” “这是软籽石榴,籽儿可以吃的,很好吃的哈。”说完,我大口嚼着石榴直接咽下。 “不用吐籽吗?那我试一下。”小淘拿起几颗石榴粒放嘴里嚼了一下,还是把籽儿吐出来了。“不行,这籽儿我没法咽下。” 的确,在没有软籽石榴的时候,我也这样吃石榴,也觉得石榴吃起来太麻烦,而不愿意吃。而小淘由于对硬籽石榴中的籽儿

240° /2407 人阅读/143 人点赞/0 条评论