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