11月 15
0

hthcom华体会正念QA加入跨性别平等声明

企业支持变性人平等声明(图片显示变性人骄傲旗)
hthcom华体会正念QA加入跨性别平等声明

我们很自豪地宣布,我们已经与苹果和Lyft等公司共同签署了《跨性别平等商业声明》。我们支持跨性别者,无论是在职场还是在职场之外,我们都相信增加技术的多样性.继续阅读,查看完整的跨性别平等企业声明。(您也可以查看官方网站在这里)。

企业支持变性人平等声明(图片显示变性人骄傲旗)在下面签名的企业与美国数百万变性人、非双性人或双性人站在一起,呼吁所有这些人都能得到每个人应有的尊重和尊严。

我们反对通过重新解释现有法律法规来消除对跨性别者的保护的任何行政和立法努力。我们也从根本上反对任何侵犯变性人、非双性人或双性人隐私权的政策或规定。

在过去20年里,数十家联邦法院确认了跨性别者的权利和身份。

法院认识到越来越多的医学和科学共识,认识到强迫人们接受由出生解剖学确定的二元性别定义的政策不能反映性别认同和人类生物学的复杂现实。

多样性和包容性对企业有利,而这种歧视会带来巨大的生产力成本(并施加不适当的负担)。因此,包括签名公司在内的数百家公司继续在美国企业界扩大对跨性别者的包容。目前,超过80%的财富500强企业有明确的性别身份保护。此外,三分之二的人口拥有跨性别包容的医疗保健覆盖。数百家公司还拥有LGBTQ+和盟友的业务资源小组和内部培训工作。

跨性别者、非二元性别者和双性人是我们深爱的家人和朋友,也是我们宝贵的团队成员。伤害他们的也会伤害我们的公司。

我们呼吁在政策制定中尊重和透明,并在法律下平等对待跨性别者、非二元性别者和双性人。

继续阅读→

手动测试vs.自动测试

手动测试与自动测试
手动测试vs.自动测试

对于软件测试,手工测试vs.自动化测试已经成为一个热门的争论。近年来,自动化测试需求量越来越大。事实上,在Indeed、LinkedIn等网站上快速搜索一下QA工作就会发现,这些工作中大部分都要求具有Java、Python等语言的自动化经验。

这可能会让具有相关背景的测试人员望而却步手工测试他们通常把编码工作留给开发人员.这也会让雇主感到困惑。许多管理人员不确定他们需要多少自动化测试,以及它是否可以完全取代手动测试。

手动测试与自动测试有些公司使用100%手工测试取得了巨大的成功。另一些人试图实现100%的自动化,并且不得不重新思考他们的策略——所以现实并不总是像它看起来的那样非黑即白。

理想的组合是有两个手动而且自动化测试。每种费用的多少取决于你的产品/服务以及你公司的敏捷质量保证过程就像。例如,如果你不断添加新功能,你就需要非常严格的手工测试人员。当然,理想情况下,您还将拥有自动化回归测试设置,以确保引入的新功能不会破坏旧功能。甚至选择5个要自动化的测试用例会有很大的不同。继续阅读→

QA测试评估技术

用户故事计划
QA测试评估技术

QA评估是项目的重要组成部分敏捷软件开发生命周期.没有可靠的QA测试使用评估技术,我们无法知道哪些功能适合发布时间表。

因此,几乎不可能有一个成功的冲刺而不估计。尽管许多人认为只有开发人员才能提供评估,但从QA团队获得评估也是至关重要的。

QA测试评估技术

刚开始时,可能很难掌握估算的窍门。许多新的QA测试人员都想知道他们如何能够提前猜测时间。幸运的是,一些非常简单的因素可以帮助您掌握提供QA评估的窍门。

在进行QA评估时需要考虑的一些方面包括:

  • 团队的可靠性敏捷过程
  • 开发人员的技能
  • 需要测试的设备
  • 特性或bug修复的复杂性

敏捷中的QA评估技术

QA vs.开发评估

有些公司使用一套QA评估方法。其中一个例子是使用开发人员估算的百分比。例如,假设工程师估计完成一个特定功能需要40个小时。如果公司采用上述策略,将25%用于QA,他们将自动输入10小时的QA评估。

虽然这是一种流行的策略,但这种“一刀切”的方法可能会导致问题。在实践中,它经常导致团队在质量上过度承诺和交付不足。直接从QA测试人员那里获得自定义评估可能是一个迟来的、有bug的版本和一个成功发布的区别。QA测试评估技术

Jira故事是否拥有QA评估所需内容?

为了给出一个好的评估,QA需要知道正在开发的功能的细节。一个模糊的概述通常不能提供足够的信息来进行良好的估计。作为一般的经验法则,验收标准应该始终提供。QA也应该能够提出明确的问题并提供建议用户体验

例如,假设有一个新的视频播放器正在开发中。想象一下,用户故事包括诸如“封闭字幕,允许用户保存他们停止的地方,下一个/上一个按钮”等细节。有了这些信息,质量保证部门(QA)就能够给出比单上简单地写着“视频播放器”更准确的估计。

要了解更多关于优化QA的Jira,请参阅我们的文章Jira QA工作流程和最佳实践
继续阅读→

为什么开发者和QA应该分开雇佣

分别雇佣开发人员和QA(游戏邦注:商业人员在背景大合同前握手的漫画)。商界人士有黑人、亚洲人、拉丁裔和白人)
为什么开发者和QA应该分开雇佣

当谈到软件开发时,开发人员和QA测试人员是携手同行的。的开发人员和QA的关系是工程团队中最重要的组成部分之一。开发人员负责开发手机应用程序或网站,而QA测试人员则负责确保它的功能和质量用户体验.如果没有开发人员,软件就不会存在,如果没有QA,软件可能就无法进入市场。

考虑到他们的工作关系如此密切,许多人会认为从同一家公司雇佣开发人员和QA将简化这一过程。然而,这样做实际上会增加风险并导致不可预见的问题。

透明度

招聘开发人员和QA当您从同一家软件开发公司招聘开发人员和QA时,透明度水平往往较低。为什么?因为每个群体最终都要受制于你所雇佣的公司。

例如,假设开发人员注意到缺少一个QA测试人员错误或表现不佳。开发人员不太可能带着这些信息来到客户端。毕竟,这是他们共同工作的公司的负面表现。类似地,QA测试人员可能无法从开发人员那里获得必要的信息。然而,他们不能沟通这对客户来说不会让他们的公司看起来很糟糕。继续阅读→

数字机构的质量保证建议

数字机构的QA
数字机构的质量保证建议

很多方面都很典型敏捷测试过程意味着与常规版本的长期合作。但与典型的公司不同(游戏邦注:典型的公司可能会让QA团队一次测试同一款应用或网站数年之久),数字代理公司的项目周期很有规律。正因为如此,他们在QA测试方面有独特的需求。

那么,你该如何在不牺牲质量的前提下,为创意机构优化QA流程呢?看看我们为数字机构提供的QA建议列表吧!(想为你的创意机构雇佣QA测试员?阅读更多关于我们的为数字机构提供QA测试服务)。

数字机构的质量保证建议

QA自由职业者雇佣自由职业者。QA承包商通常有同时参与多个短期项目的经验,这对数字机构来说是完美的。自由QA测试人员也能自我管理,并习惯了更短的项目升级时间。当您找到一个好的承包商时,您可以简单地发送项目链接或构建,让他们发挥他们的魔力。

雇佣一名QA自由职业者也符合数字机构的预算和承诺要求。你可以根据需要雇佣一个按小时计算的自由职业者,而不是永久地雇佣一个每周工作40小时的人。继续阅读→

QA如何通过SEO改善你的网站

SEO QA
QA如何通过SEO改善你的网站

SEO通常不与QA测试.事实上,在大多数公司,SEO分析师和QA测试人员在不同的部门完全独立工作。虽然我们不提倡QA测试人员取代SEO专家,但学习SEO的基础知识对QA人员来说是非常有益的——并将这些知识应用到实际工作中测试网站

SEO是什么?SEO QA

SEO代表搜索引擎优化。简而言之,SEO的目的是让你的网站页面在搜索引擎的结果中排名尽可能高。

例如,假设您有一个销售Lady Gaga商品的电子商务网站。理想情况下,如果有人谷歌“Lady Gaga t恤”,你的页面将是第一个结果。(只要确保你的票没有售罄——Lady Gaga的粉丝不会浪费时间。)

有许多策略,以实现更高的排名与SEO。其中包括:

写有吸引力的高质量内容。这将带来更多的流量(人们喜欢分享!)它还会导致在页面上花费更多的时间(搜索引擎会考虑到这一点,称为“跳出率”)。继续阅读→

开发人员和QA的关系

开发者和QA团队
开发人员和QA的关系

任何人谁QA测试对于一个移动应用程序或网站可能会与一个或多个开发者进行交互。QA的角色是报告网站或应用的问题,而开发者则负责解决问题。由于这些动态因素,开发者和QA之间的关系必须友好而稳固。

团队合作

通常情况下,沟通开发人员和QA之间的关系将在整个项目或Sprint中发生敏捷测试过程).在Sprint的开始阶段,QA可能会有关于特性、数据或端点信息的问题。在测试过程中,QA将发现问题并归档错误报告为开发人员。最后,开发人员和QA将一起工作,以确保发布顺利进行。没有两组之间强有力的团队合作,这些步骤都不可能成功。

开发者和QA团队R-E-S-P-E-C-T

为了拥有一个健康的过程和优秀的最终产品,开发者和QA之间的关系应该是相互的尊重.在这种情况下,QA必须避免将责任推到任何错误报告中。当错误以评判的方式报告时,开发人员自然会感到人身攻击。毕竟,这是他们的代码——所以如果QA以一种居高临下的方式传达问题,就会让人觉得被轻视了。继续阅读→

QA测试词汇

QA测试词汇
QA测试词汇

如果你不从事QA工作,你便很难掌握所有的行话。(即使你从事QA工作,这也并非易事!)因此,我们整理了一本关于QA测试词汇的简易入门书。毕竟,每个人都要从某个地方开始,一个好的团队永远不会让你不好意思提问。

虽然这个列表可能不能帮助你赢得下一次Scrabble比赛,但它应该帮助你对常见的QA测试词汇有一个基本的理解。

QA测试词汇的类型

手工测试意味着手工测试应用程序或网站。例如,打开浏览器,手动导航到网站的不同部分,寻找用户体验问题或缺陷。(更多信息,参见什么是手工测试?

自动化测试意味着使用一种编程语言(如Java)来编写导航网站或应用程序的脚本。这些脚本可以生成报告,以解决链接中断、文本丢失等问题。(关于手动和自动之间的更多区别,请参阅。手动测试与自动测试)。

API测试意味着检查API(应用程序编程接口)的质量/准确性。api向/从远程服务器发送请求和响应。

例如,假设你在Google.com上输入文本并点击“搜索”。的搜索引擎API然后发送内容请求,并返回搜索结果。

性能测试性能测试包括在典型使用场景中检查应用程序或网站的响应时间。

例如,假设您知道您的网站每天有5万次点击。通过性能测试,您可以使用一个程序来查看在该场景中加载需要多少秒。

负载测试与性能测试非常相似,但更侧重于找到应用程序或网站崩溃或关闭的确切点。继续阅读→

什么是品质保证测试?

你应该听说过QA。但是质量保证测试?如果你查了《韦伯斯特词典》(或者你很时髦的话,dictionary.com),你会发现这样的定义:

对项目、服务或设施的各个方面进行系统监测和评估的程序,以确保达到质量标准。

或者:

质量保证体系:在产品和服务的开发、生产或交付过程中确保达到所期望的质量水平的体系

但这些解释都相当模糊。他们甚至会让你更加困惑!所以让我们用一种更相关的方式来定义QA测试。

什么是品质保证测试?

什么是质量保证测试(图中是一张木桌,上面放着一台Macbook笔记本电脑、一台iPad和一台iPhone)首先,我们应该清楚:当我们提到质量保证测试时,我们谈论的是各种各样的软件测试的类型

在这种情况下,QA测试涉及到在网站或应用程序到达最终用户(即从app Store下载应用程序的用户)之前发现问题。还记得上一次你最喜欢的应用程序崩溃吗?有了全面的QA流程,QA测试人员就可以在游戏发行前发现这些问题。继续阅读→

报告bug的最佳实践

QA错误报告
报告bug的最佳实践

报告手机应用或网站的漏洞是QA最重要的工作。当QA测试人员发现bug时,需要以一致和清晰的方式传达问题。自敏捷测试过程都是关于快速行动,开发者并不总是有时间去跟进QA的每一个细节。但是如何遵循报告错误的最佳实践呢?

如果一个bug报告提供了正确的细节级别,它为以下方面铺平了道路:

  • 开发人员努力进行适当的修复
  • 项目/产品经理确定bug修复的优先级
  • QA测试人员避免重复报告
  • 确保QA正确测试bug修复

报告bug的最佳实践

包括尽可能多的信息。好吧,提到你发现时穿的t恤的颜色报告bug的最佳实践(图片显示一只手在桌子上拿着咖啡杯,另一只手放在笔记本触控板上)这个bug可能没什么用。但是,您提供的关于错误场景的细节越多,开发人员就越容易识别和修复它。例如,它是否只发生在使用VPN?Chrome-specific吗?此外,是免费的而且付费账户影响?尽可能在错误报告中包含这些类型的细节。

如果是一个严重的bug,就拉响警报。Bug报告可能会在JIRA中丢失,直到下一次Sprint计划会话。(了解更多关于Jira QA工作流程和最佳实践)。因此,如果问题是严重的和面向用户的错误(例如,实时崩溃)应用程序商店版本),这是一个好主意,超出创建一个票证。除了在Jira中抛出错误报告之外,您还可以将URL Slack发送给产品经理,以确保他们处于循环中。继续阅读→