首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >独立的手工测试和自动化测试团队?

独立的手工测试和自动化测试团队?
EN

Stack Exchange QA用户
提问于 2019-01-06 01:30:31
回答 1查看 314关注 0票数 1

我与QA工程师团队一起工作,他们以Selenium和Postman的形式进行手工测试和自动化测试。

我们很擅长手工测试,尝试自动化测试是很有挑战性的。有时我们的测试责任很低,我们有大量的时间来创建和维护我们的测试。其他时候,我们被测试淹没了,这些测试扼杀了我们所取得的任何进展。

一个解决方案可能是雇佣更多的QA,但我担心他们会被拖到做更多的手工测试。

我的最终目标是在开发人员打开新的PR和夜间回归测试时运行Selenium烟雾测试,这些测试包含我们手动执行的大多数测试。

另一种解决方案可能是开发人员除了编写单元测试之外,还可以编写自己的端到端测试。对此有什么想法吗?

大多数在线资源建议雇用专门的测试自动化工程师,让手动测试人员手动编写和进行测试,并让测试自动化工程师自动编写测试。一个在线消息来源建议相反的单独的团队不起作用

在有着不同团队的公司工作的人,能不能就该往哪个方向工作以及要避免的任何陷阱提出建议呢?

EN

回答 1

Stack Exchange QA用户

回答已采纳

发布于 2019-01-07 15:42:33

在我工作的地方,有一个自动化团队,在各种项目中独立于QA & Code。他们在相同的迭代/冲刺周期上工作,所有其他团队都这样做。每一次冲刺,他们都会评估来自不同团队的请求&优先考虑所做的事情。我们在具体的项目中和他们一起进行测试(S),他们训练我们如何审核夜间的结果,做一些基本的问题解决,在需要时进行一次性运行,以及如何记录向他们提出的更新/更正/更改请求。

那的优点..。自动化团队主要是程序员,因此他们在高效、快速编写代码方面要好得多。我可以勉强过关,但要花上几个小时/天的时间,我得花上几个星期。

自动化团队可以在类似的项目中重用、共享和最大化工作,我甚至可能没有意识到另一个团队正在做类似的事情。我们有一个存储库&用于所有自动化和测试的位置。

坏处..。如果我们不是第一优先,我们的自动化可能不会像我们想要的那样迅速完成。类似的,如果我们有问题,并不总是有人可以立即提供帮助。

总的来说,我认为它对我们的情况很好,在一个大公司,有许多项目同时运行。如果你是一个较小的商店,它可能不是很好的适合。

票数 1
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/37181

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档