没问题的, go 在工程领域非常强大.
测试理论基础, 测试方法论沉淀, 测试实战中的经验积累. 代码不一定代表着技术
这个点,看心态吧,在高 level 久了,转到一线 level 心态或各方面都有这种逆差。我当时没什么压力,先转到 spider team,然后转到架构
你这么一说, 我也发现, 其实想从测试跑偏到技术, 确实不容易. 底层结构设计, 性能优化, 架构设计, 中间件底层原理, 中间件设计. 这确实不那么容易让一名测试轻松的跑偏啊
如果你的方向是高级测试, 应该去掌握更多的测试技术, 测试理论, 实践经验分析. 如果是为了做测试开发而学习技术, 就要看本心在哪里, 我的个人建议比较清晰, 用相对轻量级的脚本, 管理大量的重复工作, 是最佳状态. 如果想深入开发技术, 需要的周期远远大于你当前的学习预期和成本
转过去要做好心理准备.几个建议
1: 开发的技术能力不一定很强, 有可能需要你去很多铺垫性工作
2: 基础技术栈积累程度需要加深, redis mongo mysql kafka 可能需要或日常使用的组件最起码要具备基础运维能力及运行原理
3: 转过去就很难回来了. 测试开发是双刃剑, 目前测试管理大部分对测试开发的认知是有偏差的, 慎重考虑
是的呀, 转了好多年了
积累不足, 工程可用程度低. 沟通成本, 各方面都有, 不仅仅只有那一条
后端业务体系架构设计, 后端工程开发, 主体是这些
并不是 java, 我入门学的是 python, 现在是 golang 主体开发
跑偏很多年了啊,从测试架构转工程架构用时 5 年吧
是的,用时大概一年左右,依靠测试理论基础,自律习惯,每日编码练习和实际应用。
#27 楼 @jiagd0105 对。。。个人习惯, 虽然不符合 PEP8 但我还是保留下来了。
#34 楼 @m58944869 是的呢, 这是 python3
#9 楼 @lylyliuyu 相互学习。大家在社区互相进步
#8 楼 @jamesparagon 把 lxml 换成 html
说的不好,海涵