本文主要是介绍如何提高测试人员在公司的影响力?“小题大做”少不了!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
背景:一件不太合理却又常见的小诉求
某天,一个新入职的运营人员在公司聊天软件里找到我,希望我团队的QA
同学能在test
环境给他介绍一下当前业务APP
里的功能操作,提及了多个模块。
我把聊天内容转给我团队中的小H看,小H的反应是“这活儿也太杂了吧,连运营人员想了解业务我们也要管吗?”
这里说明一下:在我们公司,QA
是不直接对接运营人员的,运营人员或许更应该找产品经理了解业务功能操作。
思考:应不应该做,要不要做?
我稍微思考了一下这件事儿,预判其中有这样的隐含信息:
-
运营人员或许找过产品经理了,因为涉及到产品下的多个模块,这就需要多名产品经理才能弄清楚业务逻辑。而测试人员的人数少于产品经理,工作稳定性又远高于产品经理,这就意味着只需要找更少的测试人员就能了解到他希望了解的功能全貌。即使我提醒该运营人员应该去找产品经理了解业务,实际上最终也有可能是运营人员和产品经理一起来找
QA
,所以这个成本也许必须得付。 -
根据小H的反应和自己的过往经验可知,日常协作中,
QA
经常会给产品经理、研发同学、其他模块的QA
介绍功能逻辑、在test
这篇关于如何提高测试人员在公司的影响力?“小题大做”少不了!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!