我的经理有一种思维方式,即自动化工程师可以被任命为具有同样效率期望的手动或自动化项目。我当然可以在手动测试方面做得足够好,但是仅仅在自动化项目上工作已经有几个月了,我对自己在手动项目中的表现并不自信。
大公司是将他们的手工测试团队和自动化测试团队完全分开,还是两者之间存在重叠?我经理的心态很普遍吗?
发布于 2018-11-30 14:50:00
手工测试员和自动化工程师是不同的职业,他们的工作带来了不同的价值。
一个手工工程师擅长于发现新的问题,而这些问题以前并没有表现出来,他们擅长于考虑网络问题、浏览器问题、时间问题。在测试过程中,它们可以轻松地绕过小的更改。缺点是,手动测试速度慢、繁琐,并且没有作为开发过程的一部分实现自动化。
另一方面,自动化工程师有不同的技能和不同的价值观。他们善于确保基本功能的测试可以自动化,反复运行,并成为自动化开发和CI/CD系统的一部分。
具有讽刺意味的是,即使是“自动测试人员”实际上也会进行大量的手动测试--但这是在他们开发自动化、测试自动化、手动执行下一步以查看应该自动化什么等过程中进行的。这些测试用于运行他们刚刚构建的业务测试。
因此,这两种职业都可以确保“它不会破产”,但它们实现的方式却大不相同。该公司的运作完全取决于:
发布于 2018-11-12 06:38:59
“我当然可以在手动测试方面做得足够好,但从几个月以来,我完全是在自动化项目上工作,我对自己在手动项目中的表现不太自信。”
那是真的。探索特性的技巧与再现某些步骤的编码技巧有很大的不同。很多人更喜欢将“检查”一词用于后者,将“测试”用于前者。
自动化工程师可以被任命为具有同样效率期望的手册或自动化项目。
我认识很多人,他们在探索和自动化编码方面非常在行。他们特别/超级聪明吗?不,他们只是有经验。人们的技能各不相同--这是个人的情况。
大公司是将他们的手工测试团队和自动化测试团队完全分开,还是两者之间存在重叠?
有很多是这样做的,很多不是。项目各不相同,因为它们是由人做的。所以,也许保持不同的群体更有效率。然而,经验法则是,小而完整的团队工作得更好 (例如,Scrum推荐给8-15人使用),因为它迫使人们开发T形技能集。
针对你个人情况的建议:
发布于 2018-11-12 07:36:35
在我以前的两家公司中,他们将手工QA和Automated QA分开,但是没有完全自动化的自动QA,毕竟脚本不需要每次更新,只有大的更新或新的特性添加,对吗?
所以,在自动化QA完成了他们的脚本之后,他们将返回到手动测试。
是的,手工测试的比例会降低,其中一些只在技术部分进行手工测试,如BI跟踪、黑客攻击、负载测试等。
我的项目经理曾经说过,如果自动化QA完全分配给手动测试,那么自动化QA会稍微失去他/她的错误感,但是他们仍然必须作为QA来完成。
https://sqa.stackexchange.com/questions/36362
复制相似问题