测试不仅仅靠技术

很多人都在讨论测试技术，讨论测试该具备的技能，随然我从事测试并不是很久，但也不算短，目前已有三个年头了，期间，完成的不仅仅是测试，也协助过市场，接触过用户，在此将这些年的感受做个总结吧。

     测试，相对开发来是说，入门的门槛较低，简单的基本功能测试，基本上一两个月时间你就可以入门了。所以，现在很多计算机专业的人都觉得测试比开发容易，都觉得测试简单，而且未来测试行业是有发展前景的，都往测试挤，但是他们没有想到自己以后的发展，没有自己的职业规划。

     测试，入门容易，但是要提升却比较难。目前，国内的测试发展的并不是很好，现在也可以看到很多人在抱怨说入司没有人带，都是自己学甚至一个人做测试。在这里，我想对想要进入测试行业的人说一句：问问自己，真的是喜欢测试吗？如果不是，我建议不要入这行，趁早去寻找其他的出路，否则入行了再改行，更浪费精力和时间。

     测试，就是不停的重复，可以说是枯燥无味。但是，这个是那些并不喜欢测试的人来说的，对于我个人目前来说，测试是一份充满了挑战的工作。测试技术，是从事测试的基础，但并不是全部，测试更重要的是人的思想。简单的说，同一个程序，同一个测试用例，不同的人执行，产生的结果也许就不同，这就在于执行的人是否会思考，是否有去思考，不思考按部就班的执行，我想除非是明显的错误，否则就很难发现错误。会思考的人，他会考虑这个用例的目的是什么，对于这个目的，这个用例足够了吗？是否还有待完善...等等等。

     测试，最重要的一个就是用例的设计，对于同一个操作，不同的人设计的用例也是会有好与坏的，而且结果是明显的。运用的方法都一样，不同的就在于他们的思考。喜欢测试的人，他会抱着一种良好的心态去工作，就会不停的思考，而把这当任务的人，他就只会考虑到尽快的完成任务，而不会考虑该怎么高质量的完成。测试用例设计的好坏，不像程序写的好坏，两个不同的人写的一段程序，风格不同，但实现的功能都会是一样的，而且是都会实现预期的功能。用例设计的好坏，产生的结果就可能完全不同，用例设计不好，也许就无法发现程序中所存在的问题，或者只会发现一部分，还会遗留一些无法发现。所以为什么定义一个好的用例，就是能够尽可能多的发现程序中存在的问题。用例的好与坏，还在于用例的描述，好的描述，能够让所有人都能轻而易举的根据你所编写的用例执行，描述不好，别人在执行的时候也许就会犯晕，这样会浪费许多不必要的时间，降低效率.......

      所以，测试靠的不是技术，更重要的是人，使用这些技术的人。网络上到处可见说测试人员必须具备的素质，包括耐心、细心……等等，我想很重要的还有一点就是态度。

      不管从事什么行业，态度都是第一的，技术是可以学的，态度是靠自己把握的，保持一个良好的心态，我相信不管你从事什么行业，都会有所发展的。

      我也曾经抱怨过，但是我知道抱怨只会让自己退步，而我能做的是让自己不停的进步，我想跟所有现在还在迷茫，抱怨的测试人员说：好好的思考自己是不是真的要坚持测试，如果不是，建议趁早改行；如果是，那就保持一个向上的心态。

       写着写着，发现已经写了这么多了，还有很多想说的，留着下次继续吧！