曾有一个性能测试工程师刚调入我所带领的高级测试工程师团队时，我让他为整个产品线做一个性能测试技术规划。他直接回复我说：“技术规划那东西是空的，虚的，没必要做”。51Testing软件测试网!v$gI+]K,{$B#T$x @ d

我理解为什么他会有这样的想法。因为很多人都有这样的想法，认为技术规划就是那些当官自己在office里拍脑袋出来，用来汇报用的工具而已。对实践测试活动没有解决任何问题。还不如自己直接看产品设计文档，写点测试脚本，来得更实在。

的确在很多环境中，确实存在这种自上而下，没有经过实际调查就编写出来的技术规划。让广大员工一直就看不起技术规划活动。但如果技术规划是自下而上编写出来的，或许效果又不一样了。

先看一下这个性能测试工程师自己以前为了完成其他上级任务而编写的性能规划材料：开始是罗列业界所有性能相关的技术方向（来自书上和网上），然后是我们哪些产品对应这些技术方向（一张图），最后，画一个时间计划。就结束了。他自己都从未按此技术规划来实施过，自然从心里就认为这只是应付领导的“空，虚”工作。

那我再总结一些我所看到写的不好的技术规划中的常见问题：

1、技术规划只是业界现状介绍

有的人做的技术规划就只有8－10页，描述自己所了解的业界状况5－6页，最后1页为时间列表就结束了。整个就不是一个可实施可指导实际工作开展的技术规划，最多就是一个业界现状介绍和工作计划表（当前这个计划表也是拍脑袋写的）。

2、技术规划只有一个时间计划表

3、技术规划只是一个技术需求列表

只列出了需要解决的技术困难需求，以及解决这些需求的时间列表，没见到困难所对应的解决方案列表。51Testing软件测试网#m0t{}'R3Jg~

4、技术规划中的需求和工作方向不是一线想要的51Testing软件测试网+ainbY0^5q

5、技术规划的实现脱离公司资源现状51Testing软件测试网1P0~zV^R)[1N6m

6、技术规划中没有后续可实施的具体措施

7、技术规划中没有需求优先级，没有解决方案优先级51Testing软件测试网3m1`-{+})o]uU
OD3~

8、技术规划中没有实施时的风险分析及对策51Testing软件测试网5L
l4`G;l^2v

。。。。。。。。。。。。。。。。。。。。。。。。。。。概不列举了。51Testing软件测试网zVotHe)PF/y

以上几点问题如何解决呢？我暂不能分享了，希望大家能够理解。51Testing软件测试网$~ _q#qW6G-D6Y$[F
D

但大家可以参考我所发现的问题，牵引自己在编写技术规划时不再犯这些错误，应该也能提升不少你自己的技术规划能力。51Testing软件测试网M R"Q K%Xw