一路测试之有感而谈

从事测试工作三年了。写点东西，没事当闲聊。

测试是一个很严肃的问题。要从事好这一行，修行完全在个人了。

手工测试也好，工具测试也好，都很重要。主要是看客户的需要。

单就测试的发现问题的力度，手工测试才是王道。

工具测试现在也在使用中。个人的感觉如下：

QTP功能测试，在回归测试时，在大数据量为前提之下，可以使用其完成，否则，建议还是使用手工测试。

   1.如果系统一直在更新，在重购、在改，你所花费的维护脚本的时间代价太大。比手工还不划算。

   2.qtp如果做深了还好，使用不同的数据去驱动，包括无效与失效数据，确实可行，但是，一个系统，如果你不是程序员，那么，你90％情况之下都不知道程序员动了哪些代码。BUG已经悄然躲藏在了某个脚落。

   3.一定要明确为什么要用QTP,这会为你带来你要的什么效果。个别的很建议你用工具测试，如多个文本录入项，为了确保个文本框的有效、无效、边界，特殊字符，空格，模糊截字符，组合，多国文字。。。。；基于如此之多的录入项，使用qtp回归测试可以事半功倍。

   LR性能测试，重要吗？ 这个由客户说了算。  学习的过程，就是多和开发人员，数据组人员沟通。和专家沟通，保证了分析结果的正确性，自己也能学习到不少东西。（写完此段时，想了很久，总感觉是否说得太脱节了，在此还是决定申明一下，性能测试非常重要，但是做与不做，则要看具体情况了）

   测试工作，不是分到任务后，立马埋头苦干。自己的模块点完了，就算完事了。这样的测试，不是最终要的效果。测试人员所担任的是一个质量监控工作。你也许会说了，这是项目组长做的事。 如果项目较多，项目组长顾不了这么多呢？不要以为领导应该做什么。而是要协助领导做了什么。如此，你离组长的职务也不远了，当然，这是后话。

   曾经，在项目中就出现过：

测试已经经过4轮了，在第五轮测试时，测试人员通知可以测试后，就一扎进工作中。此轮测试原定是三天，测试进了2天。bug刷刷地往bug工具中提，偶尔的闲话当中说，这一版不怎么稳定，bug比较多。但是谁也没有去关注这一点。项目组长因为没有参加此次测试，也处在不知情的情况下，以为回归bug再打一版后，周末就可以上线了。

这种情况下，要怎么做呢？ 其它，测试人员在接到项目时，进行预测试，如果严重的脚本错误，或页面报错，应该立即停止测试，并把问题返馈给相关的测试组长，再由测试组长与开发组长沟通。 这是个比较严重的问题，具体的不一一再述。只是想说明，测试一定要抱有认真负责的态度才能做好。