目录
问题1:究竟是不是要做一个技术型的测开人员或测开团队?
答案: 个人以为是的
如下是依据:
依据1:国内各个互联网大厂小厂的工作内容要求,对于代码开发能力是刚需(外包除外);
依据2:国内各个互联网大厂,各个职级晋升均有技术要求和技术影响力;
依据3:很多效率问题、测试难点痛点问题,必须通过技术手段才能解决;
依据4:重复的手工操作,必然会因为枯燥重复等引入个体偏差;
问题2:技术选型时可以从哪些方面入手?
答:无统一标准,但有一些共同的思考方向:
1、能够解决问题的范围思考:
方向1:个体特性问题——能否解决自己痛点/难点
方向2:团队共性问题——能否解决自己所在团队共有的痛点/难点
方向3:部门共性问题——能否解决自己所在大部门共有的痛点/难点
方向4:事业群共性问题——能否解决公司几个部门共有的痛点/难点
2、行业内有哪些实践
方向1: 现有行业实践能否直接拿来用;
方向2: 在行业实践基础上可以做哪些优化和改进;
3、自己的方案想达到什么最终效果
方向1:个体特性问题——解决了自己痛点/难点
方向2:团队共性问题——解决了自己所在团队共有的痛点/难点
方向3:部门共性问题——解决了自己所在大部门共有的痛点/难点
方向4:事业群共性问题——解决了公司几个部门共有的痛点/难点
当然了,所有方案/产品不能一蹴而就,需要给方案/产品一个慢慢优化升级的过程,从而达到[从无到有]、[从有到优]、[从优到精]
问题3:应该是何种态度看待当前团队/公司已有的工具平台?
答:始终以“为我所用”原则,具体包括:
方向1:能直接解决最核心痛点 + 比较好用:可以“拿来主义”,拿来直接用;
方向2:能直接解决最核心痛点 + 不太好用:可以参与一起共建;
方向3:不能直接解决最核心痛点:考虑自主研发(在已有平台新增功能/新开平台)