北京治疗白癜风哪家医院便宜 http://m.39.net/pf/bdfyy/bdfjc/大家好，我是亦无。
关于软件测试工程师的职业规划，我之前写了5篇文章：《做软件测试有前途么？》《做软件测试到底要不要学编程？》《技术导向下的业务测试何去何从？》《全自动化测试离我们还有多远？》《软件测试工程师发展的3个方向》
每次推送完，都有不少同学又单独找我探讨，看来大家都很关心这个话题。
今天基于我前一段的思考，以及在团队中的实践，继续和大家聊聊这个话题。
首先说明下，这次话题我把受众做了下限定，主要面向的是有5到10年测试经验的老手。
因为已经有一定的工作经验，所以这次我要谈到的2个方向，可以说是一个分叉口，分别是技术方向和管理方向。
一、技术方向
先来看看技术方向。
目前很多公司都把测试归集到技术岗，但是很多测试同学对自己的技术并不自信。
但是随着工作经验的增加，也有同学一直往测试开发或者效能平台开发的角色发展，积累了一定的技术基础。
针对这部分同学，大部分应该更倾向于技术方向。
我这里说的技术方向，并不单纯的是指代码技术，我根据目前团队的情况，又继续细分了4个方向。
1.通用环境治理。
我们团队主要做的是windows客户端测试，大家都知道windows的版本比较多，最新的windows11经常还不定期更新。
这导致客户端测试环境准备工作量非常大，依赖性又非常高，如果能有一个统一的环境治理，就再好不过了。
其实还不单单是准备好windows环境，我们客户端测试依赖很多系统环境的部署，比如AppVerifier安装准备、kernaldump设置、UAC开启、Dll劫持环境准备等统一环境部署工作，都可以在环境治理中处理掉。
这个看起来像是效率平台做的事情，目前因为业务不同，适应性有限，更适合测试开发来做。
2.统一测试工具的支撑。
同样拿我们windows客户端测试举例，可以考虑提供当前业务适用的、频度高、效率好、实现简单、使用简单的测试工具。
比如系统性能监控工具、软件性能指标测试工具、文件快速替换工具、文件注册表一键操作工具、快速回归的PVT工具等。
这些工具并不难，和业务贴合度高，但是效果特别好，难点就是去发现这样的改进点。
3.质量度量。
