技术方向决策的几点思考

目录

问题1：究竟是不是要做一个技术型的测开人员或测开团队？

问题2：技术选型时可以从哪些方面入手？

问题3：应该是何种态度看待当前团队/公司已有的工具平台？

---

问题1：究竟是不是要做一个技术型的测开人员或测开团队？

答案： 个人以为是的

如下是依据：

依据1：国内各个互联网大厂小厂的工作内容要求，对于代码开发能力是刚需(外包除外)；

依据2：国内各个互联网大厂，各个职级晋升均有技术要求和技术影响力；

依据3：很多效率问题、测试难点痛点问题，必须通过技术手段才能解决；

依据4：重复的手工操作，必然会因为枯燥重复等引入个体偏差；

问题2：技术选型时可以从哪些方面入手？

答：无统一标准，但有一些共同的思考方向：

1、能够解决问题的范围思考：

方向1：个体特性问题——能否解决自己痛点/难点

方向2：团队共性问题——能否解决自己所在团队共有的痛点/难点

方向3：部门共性问题——能否解决自己所在大部门共有的痛点/难点

方向4：事业群共性问题——能否解决公司几个部门共有的痛点/难点

2、行业内有哪些实践

方向1： 现有行业实践能否直接拿来用；

方向2： 在行业实践基础上可以做哪些优化和改进；

3、自己的方案想达到什么最终效果

方向1：个体特性问题——解决了自己痛点/难点

方向2：团队共性问题——解决了自己所在团队共有的痛点/难点

方向3：部门共性问题——解决了自己所在大部门共有的痛点/难点

方向4：事业群共性问题——解决了公司几个部门共有的痛点/难点

当然了，所有方案/产品不能一蹴而就，需要给方案/产品一个慢慢优化升级的过程，从而达到[从无到有]、[从有到优]、[从优到精]

问题3：应该是何种态度看待当前团队/公司已有的工具平台？

答：始终以“为我所用”原则，具体包括：

方向1：能直接解决最核心痛点 + 比较好用：可以“拿来主义”，拿来直接用；

方向2：能直接解决最核心痛点 + 不太好用：可以参与一起共建；

方向3：不能直接解决最核心痛点：考虑自主研发(在已有平台新增功能/新开平台)