一家航空公司A的信息技术部下设一个10人的QA团队,主要职责是制定项目管理流程、监控项目质量、考核PM流程执行情况。
另一家航空公司下属的软件公司B,刚入职了一个QA。他的第一项工作任务,是准备软件著作权和高新技术企业的申报文件。
两家公司,两种QA。亲,你怎们看?
软件开发的众多角色中,唯有QA,是被扭曲的最严重的。我访问过几个QA,他们是这样看待自己的工作的:
Vicky:“QA必须要像一个开发一样思考,理解业务逻辑和代码实现细节。”
Patrick:“程序员每次都怼我,说一个外部人员怎么可能理解项目的情况。”
Sam:“QA = 测试 + 打杂。”
Cherry:“我刚毕业一年,什么也不懂,每次跟项目组沟通都很心虚。”
……
🤷🤷🤷🤷🤷
我非常理解项目团队都不愿在百忙之中,还被人指手画脚。可如果你去潜水,一边穿装备,一边被教练检查,你一定十分乐意。因为,教练的检查,进一步保障了你的安全。QA检查也是一样的道理,不是因为不信任,而是要再次确认,提高“安全系数”。
在我们不否认检查的必要性后,接下来要解决的就是WHO和HOW了。