我的测试之路刚刚起步

　　毕业到现在已经5个月了，我的第一份工作就是软件测试，不管我出于什么心理选择了条路，我想要走好这条路的心一直都没改变过。

　　刚刚接触软件测试工作时，我显得很迷茫，大学时期几乎没怎么接触软件测试的概念，对于测试中的各种术语很是陌生。那个时候只是从网站或者书籍上粗略的了解了一下软件测试的 概念，仅限于白盒测试、黑盒测试等非常泛的层级。总记得当时参加招聘会时，一个面试官问我：“说说你对软件测试方法的了解。”我能想到的答案就是：软件测试从代码的可见性可以分为白盒测试、黑盒测试，从是否运行程序可以分为静态测试、动态测试……还有什么单元测试、集成测试等。当时我还觉得自己答的挺多挺好的，因为我把我知道的都说了，但是现在回想起来，当时自己的答案简直太“业余”了。

　　进入公司后，我跟着一位前辈学习怎样开展测试工作，由于我是新人，没有给我安排很多任务，主要还是观摩学习。当时听着两位老员工讲什么“冒烟测试”，好迷茫，跑去问师傅：“什么是冒烟测试？”师傅就跟我说了一堆很“通俗易懂”的解释，当时我真是似懂非懂，后来又偷偷的去问度“度娘”，结果还是只能意会不能言传，度娘如是说：“一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。”由于我所在的项目还没有进行过冒烟测试，所以我的理解还是停留在理论层级，没有更深的体会。而那个时候，我们测试部门的老大，对我们几个新进员工的成长还是很关心的，让我们看测试部门的各种培训资料，还不定期检查成果，当时最主要的是学习测试执行（当时觉得这个术语很深奥……），由于师傅让我跟着她在她目前的项目中学着测，教我一些测试的基本方法和注意事项，我很快就理解了这个概念，测试执行就是按照测试用例实施软件测试工作的过程。由此可见，理论知识要建立在实践的基础上才更丰满。

　　那个时候决心做一个优秀的测试人员的心情还是很强烈的，一丝不苟的完成自己的工作，并尽可能从中吸收经验，有空的时候就恶补理论知识，每天都感觉自己在进步。在两到三个月的时间中，我对于黑盒测试的一些基本方法有了自己的体会。但是当我想要进一步学习的时候，发现自己遇到了瓶颈，手上的资料基本已经翻过一遍，但是看到白盒测试以后的类容后，又出现了刚刚接触测试理论知识时的情况，都是很虚的概念，没有实践作为指导，理解起来很困难，而且到现在我已经忘记我看过的东西了。在我迷惘的时候，我师父告诉我，那些理论知识在工作中用到的并不多，而且要想做好黑盒测试这短短的两个月是不够的，测试最重要的是经验的积累，那些理论知识只是一种指导而已，努力在工作中积累相关的业务知识和测试执行能力才是根本。刚好我开始接触新的项目，作为一个没有实践经验、理论知识体系不健全的测试新人，真正的开始了我的测试之旅。

　　从9月份进项目到现在，已经有3个月了，我发现在测试工作中，测试的理论和实践已经不是重心了，更多的是对于需求的理解，跟Team Manage、开发人员的沟通，以及对测试计划的安排；真正的难点反而不是写测试用例和做测试执行，而是把握整个测试流程，根据项目需求等外界因素来调整测试计划。还有很多其他的方面，重要性不亚于测试的过程，比如从客户的角度对软件的需求提出建议，根据测试过程中的问题来协助PM进行风险的规避等等。做一个优秀的测试人员，光会写用例和执行测试是远远不够的，我认为测试的终极目的是保证产品质量，这其中就包括从需求以及风险的角度来促进产品质量。

　  现在，我又遇到了测试之路的另一个瓶颈——感觉到自己的那份热情和积极性开始在消沉。软件测试，不只有书上介绍的第一章第N章那么简单，测试经验的积累是一个漫长的过程，而我何以在重复且繁杂的工作中摸索我的测试之路？我想，我应该保持我的那份激情，调整好心态走出挡住我眼睛的迷雾，用我的聪明才智走好我的测试之路。

　　我，才刚刚起步。