（先发下牢骚的）
昨天晚上开会 那个确实郁闷呀~~~一个开发人员在做软件稳定性方面的分析和解决方案，在这个过程中提及到第三方工具~~而且无缘无故就拿出来了的~~没有分析为何要用这个工具~~用这个工具的好处~~可能存在的风险~~~ 当我问及为啥就选这个工具，不用其他的时候，回答就是“我用了这么久的，以前的公司都是用这个的”
哎说实话 ，这句话不应该出自一个有着至少5，6年的开发经验的嘴里~~~（下面还有）
后面公司老总不上一句“你工作几年了，啥时候毕业的，学着听话就是了的” （TNND,亏还是做技术出生的呢）
（牢骚完毕！进入正题）
作为测试人员或者技术人员，提示其实在引入工具的时候都要考虑到，工具给项目带来的潜在风险，分析该工具是否对该项目切实有用的，如果在用之前都不考虑这些，在做的过程中如果遇到问题才去考虑，谁承担这个责任和风险？时间是用了就找不回来的。
我是做测试的，就对测试工具的引入做点个人见解的：
不管是功能测试工具、性能测试工具、测试管理工具、安全测试工具等等其引入公司或项目都会存在其一定的风险的，毕竟工具是人开发设计出来的，都存在一定的缺陷，不同的工具适用于不同的应用软件和开发语言的。
下面举个例子：
我所遇到的一个网友的真是的例子，对方可能是刚接触性能测试工具的（可能就存在一种新鲜感的）。她们公司开发的是一种C/S结构的应用软件，她想用LR进行测试该软件的性能问题。第一她选择了这个工具；第二；开始写性能测试计划和性能测试用例（我也不清楚她们的实际应用软件的架构等等的，就帮她设计了测试用例的模板）；第三开始着手进行测试。但是问题出来了的，用LR根本就无法进行测试的，她们开发的这个软件是开发人员自己写的协议，而且在该应用软件中插件很多的等等，导致结束用LR进行测试。
大家来看看，这个时间成本 浪费，人力 物力 财力 对公司的损失大吧 ，究其原因就是在用LR之前没有对其是否可以运用到她们开发的应用程序上进分析的，如果分析了，后面的结果就不会出现了的。
所以，工具不是万能的！刚接触工具的人都这样认为，工具是完全可以代替人的，这是错误的想法！得实现分析你所要选择的工具是否与你的被测试工具，才能运用！
posted on
