我与QA工程师团队一起工作,他们以Selenium和Postman的形式进行手工测试和自动化测试。
我们很擅长手工测试,尝试自动化测试是很有挑战性的。有时我们的测试责任很低,我们有大量的时间来创建和维护我们的测试。其他时候,我们被测试淹没了,这些测试扼杀了我们所取得的任何进展。
一个解决方案可能是雇佣更多的QA,但我担心他们会被拖到做更多的手工测试。
我的最终目标是在开发人员打开新的PR和夜间回归测试时运行Selenium烟雾测试,这些测试包含我们手动执行的大多数测试。
另一种解决方案可能是开发人员除了编写单元测试之外,还可以编写自己的端到端测试。对此有什么想法吗?
大多数在线资源建议雇用专门的测试自动化工程师,让手动测试人员手动编写和进行测试,并让测试自动化工程师自动编写测试。一个在线消息来源建议相反的单独的团队不起作用
在有着不同团队的公司工作的人,能不能就该往哪个方向工作以及要避免的任何陷阱提出建议呢?
发布于 2019-01-07 15:42:33
在我工作的地方,有一个自动化团队,在各种项目中独立于QA & Code。他们在相同的迭代/冲刺周期上工作,所有其他团队都这样做。每一次冲刺,他们都会评估来自不同团队的请求&优先考虑所做的事情。我们在具体的项目中和他们一起进行测试(S),他们训练我们如何审核夜间的结果,做一些基本的问题解决,在需要时进行一次性运行,以及如何记录向他们提出的更新/更正/更改请求。
那的优点..。自动化团队主要是程序员,因此他们在高效、快速编写代码方面要好得多。我可以勉强过关,但要花上几个小时/天的时间,我得花上几个星期。
自动化团队可以在类似的项目中重用、共享和最大化工作,我甚至可能没有意识到另一个团队正在做类似的事情。我们有一个存储库&用于所有自动化和测试的位置。
坏处..。如果我们不是第一优先,我们的自动化可能不会像我们想要的那样迅速完成。类似的,如果我们有问题,并不总是有人可以立即提供帮助。
总的来说,我认为它对我们的情况很好,在一个大公司,有许多项目同时运行。如果你是一个较小的商店,它可能不是很好的适合。
https://sqa.stackexchange.com/questions/37181
复制相似问题