测试有感一

   自从换工作了以后，不大不小的项目也做了几个，可是总有一种感觉，测试的整体流程衔接还是不完善，需求变得太快，版本控制做不到位，可能这是中国软件企业普遍的现状，上个周末，有个以前的同行的朋友，说是要回天津去一个小的公司，也是纯手工的功能测试，跟我说对测试行业的前途有点怀疑了，她的这种感觉我很能理解，其实我不是在否定功能测试的重要性，对于一个软件公司来说，测试技术的高低其实在一定程度上影响着这个公司产品或软件的质量，从而在一定程度上影响了软件产品在市场推广中的占有额，而手工测试，其实是能找出最多的系统中问题。理想中的软件公司，无论是开发还是测试方面，都需要个成熟的团队，如同现在互联网业的发展一样，都需要细分，横向纵向的关联，宏观微观的考察，这当然是需要丰富的经验。
    每天也在持续的关注51，作为测试行业的一份子，其实也特别想将来有所建树，因为年轻，所以觉得多学一点东西是不吃亏的，从某种意义上也可以说是一本万利的事哈，前几天看了各个公司的高手参加的第二届互联网测试技术大会的东西，对于测试的观点，每个人都从各自的行业角度发表的看法，百度，阿里巴巴，淘宝，腾讯。。。，在看完PPT的同时，一方面觉得有欣慰，在这些公司里边一些技术的运用还是很让人向往的；另一方面又觉得压力，测试人员只有在掌握编码能力的技术上才能更娴熟的运用测试的技术，例如自动化脚本编写，版本的每日构建，Linux/Unix下命令行的操作，数据库技术，性能测试数据分析，每一项从本质上来说都需要了解系统的架构和一些开发的技术。我们可以不开发，但是我们一定要看懂代码。
    昨天在我负责的一个系统的测试过程中，遇到了这样一个问题，关于附件上传验证，创建或修改页面，点击浏览本地文件，选择后，提交页面就报一大串错误代码，追究其根源是程序中对于附件路径的验证逻辑写错了，才导致了这样的问题。这样的问题我习惯提前分析原因，和开发人员讨论问题的解决方案，其实这对于自身的提高时是有益处的。
    我觉得现在一切的核心都是如何去拥抱一种变化，就连哲学中都说任何事情变是绝对的，不变是相对的，软件过程也是一样，如何让用例拥抱变化的需求，让测试脚本拥抱变化的测试用例，都是需要一个完善的流程和规范。
    刚入门时，急切的看高手的分享资料，实用技术，那会就是想我怎么能让自己的技术提高，现在算是入了测试行业这一门槛了，又要想更高一级的方向去努力，学习如何进行测试管理，人员的沟通，团队的建设。细微做起，才是基础。
    希望将来测试行业变得更加成熟一点，人员有所分类，各自精通，马云说过踏实勤奋一点，遇事乐观一点，做事执着一点，我想这是在任何行业中都通用的东西！