自己已经有两年多的测试经验，做过欧美的外包，也做过民营企业的测试，也算是有一点点积累和经验。今天想对测试的重要性做个总结。
1. ”测试与研发的时间比”
测试的内容十分广泛，需要足够多的工作量和时间，应该说测试在一个项目中所占的时间比例应该远远大于设计开发的时间。可实际上不是，往往测试的时间少于开发的时间，再加上测试是一个处于”下游”的阶段,如果前面的需求分析、设计等不是在预期时间内完成，还会把测试时间压缩得更短。到最后，可能原先计划的测试内容没有完全做完就匆匆将产品上线，或者不断让测试人员加班，到最后大家精力不足，工作效率也不高，这样的产品质量怎么保证。
对于这样的问题，建议在前期开发计划里面就多预留出一倍以上的时间给测试，这不仅为测试工作留出更多空间，也是给各个阶段的变动来腾出缓冲时间。
2.“测试人员一直很闲”
开发人员的工作有代码来记录，看到代码就好像看到了他们的汗水。其实测试人员也一直在工作，只可惜没有一个可以看得见摸得着的东西来记录他们的汗水。有人说，bug是测试人员的工作成果。那么是bug越多就表明测试的工作越繁重吗？当然，bug可以反映出测试人员的工作成果，可是假如一天下来，bug库里面没有新增一个bug，大家也不能错误地认为测试人员打了一天的酱油。如果没有找到bug，至少测试的工作也证明一些内容是没有太多问题的。另外，一个bug的发现和上报，不是一次发现，有可能是经过很多次隔离和分析，才找出问题的根源。我想，每个bug所包含的工作量只有报bug的人才真正了解。
我非常提倡测试工作能够更加规范化，文档化。测试人员每天记录好测试步骤和测试结果等等，这样不仅将我们的工作变得有”量”，也便于后期分析测试质量和查漏补缺，有哪些方面的测试点覆盖到哪些没有覆盖到，都一目了然。
另外，我不赞成把一些需求分析或者配置管理的任务也分给测试组来做。测试人员没有那么闲。在项目需求分析阶段，测试人员需要了解需求，并且必须必开发人员了解的更详细；在开方设计阶段，测试人员需要对即将到来的测试工作做好准备，编写测试计划，编写测试用例等等；等测试阶段开始，就更没有可以偷闲的时间。所以如果想得到较好的产品质量，就不要拿其他事情来麻烦测试组了吧。
3.“测试人员不需要太多的技术含量，不需要懂很多开发知识”
我相信，一个项目结束后，没有人会比测试人员更熟悉产品了，如果让测试人员来写用户手册或者使用说明书，根本不是什么难事。测试人员不仅要熟悉如何搭建各种网络环境，还要熟悉一些网络协议，熟悉数据库的新建、删除、查询等等。测试工作如果只是发现问题，不找出问题的根源，测试的工作就不彻底。另外，测试就像侦探一样，需要找到开发的”弱点”，才能更快发现bug。Bug发现之后，该有哪些解决办法，也应该有个大概的猜测，不然开发给一个”不修复”或者”不是bug”这样的回复，就没有任何办法去辩论了。如果不知己知彼，如何百战百胜。所以开发的知识也需要了解一些。
4.“测试人员可以被自动化测试代替，以后直接不用测试部门了”
只要测试产品是给人用的，自动化测试就永远代替不了人工测试。我们每次在接触到产品之前，编写测试用例时，总是绞尽脑汁，认为已经把功能点都考虑到了，测试用例已经相当完美了。到最后，开始测试的时候，还是觉得编写的测试用例只是测到了其中的小部分。很多大公司会留出很多时间来做探索性测试。我总有种感觉，测得越多，就觉得挖掘到的测试点越多。自动化测试只使用与大批量，有很多相同性的功能点。而一些个别特殊的功能，人工测试比自动化测试的效率还要高一些。再加上，一些和硬件相关的内容，自动化工具是很难模拟的，比如插拔USB线等等。
自动化测试可以大大提高测试效率，也可以节省很多时间，但其使用范围毕竟有限，人工测试是不能去掉的。
5.“测试就是测试功能”
很多产品可能就是照着需求测一下功能点，现在加入了一些性能测试。测试的难点在系统测试，在《软件测试的艺术》一书中，我们便可以了解到测试包括功能测试、能力测试、容量测试、强度测试、易用性测试、安全性测试、性能测试、存储测试、配置测试、兼容性/配置/转换测试、安装测试、可靠性测试、适用性测试等等。
当然，我只是站在测试人员，怀着一个对产品负责任的心态来为产品抱不平。看到很多必须要做的，十分重要的测试没有进行，产品就发到客户那边去了，心里就像是放心不下自己未长大的孩子一样。可能公司会有其他方面的考虑，所以会省略一些系统测试内容。但有一点不可否认，对测试工作绝对没有重视起来。我们应该想办法从其他途径去解决问题，而不是牺牲测试的时间，测试的内容。
如果待在一种不重视测试的环境中工作，测试质量很难做得很好，而自己似乎改变现状的能力十分微小，就会十分丧气。一名优秀测试人员的路很难走，要会很多方面的知识，我只能说自己慢慢努力，争取将自己改变的力量慢慢变大，让大家能看得见测试的工作，能看得清测试工作的重要性，同时也希望测试人员不要被看成是比开发人员低一个级别，我们和开发人员没有什么级别高低之分。
