小小测试员从业一年总结
临近大学毕业时老师的偶然提点坚定了自己从事软件测试职业的决心，第一次面试幸运的通过，如愿成为一名测试员。
如今已经在项目外包公司工作一年多，除正常工作时间外，加班也是家常便饭，期间学习了各种需要掌握的技术但是没一样精通的，顿时觉得自己也许仍然处于行业里可有可无的角色。
工龄一年的测试员到底应该是什么样的水平什么样的状态呢？自己达到了标准吗？带着这样的问题，写下这篇杂谈，总结自己的工作状态并进行反思。
1. 参与的项目数：从业一年多，参与项目将近10个，属于外包定制的分支项目，包含web，ios，android平台，各自关联，逻辑略复杂，需求不稳定，随客户心情不断变化
2. 日常工作流程：
- 由于项目需求不稳定，缺少具体的需求规格说明书，测试工作前期只能参照产品经理公布的简易原型，配合客户编写的全英文需求文档自行摸索需求；
- 根据自己的理解整理出需求后通过Mindjet记录，将有疑问的需求点在评审会议上提出；
- 根据评审结果整理项目逻辑关系，在Word中编写简易测试计划；
- 参照设计师的UI界面在VS中编写测试用例，仅围绕功能，界面，兼容性；
- 参见用例评审会议，确定测试用例里程碑；
- 开发编码完成后提交（开发人员缺少单元测试，且每次提交时间都晚于开发计划中的时间），运行测试用例进行第一轮测试，此阶段陆续存在需求变更；
- 开发修复完第一轮测试中阻碍测试的Bug后，运行测试用例进行第二轮测试，此阶段陆续存在需求变更；
- 采用探索性测试，以边补充边测试边提交Bug的方式进行系统测试，此阶段陆续存在需求变更；
- 系统测试完毕后与其他组员负责的模块进行交叉测试，确认测试，无限反复加班测试后系统达到稳定；
- 系统稳定后，发布到上线环境进行最后的验收测试。。。
- 反复中正式发布，发布后隔三差五收到feedback，反复修复提交。。。
3. 闲时学习计划
- 大学期间专业课没有软件测试，从业初期主要学习软件测试相关技术，包括测试类型，用例编写方法，了解测试员需要掌握的技能等；
- 目前主要参照前期学习的内容有针对性的接触各项技能，包括计算机网络（Http协议，TCP/IP协议），脚本语言（VBS，Python，JavaScript），自动化测试工具（QTP，Loadrunner，Selenium，Monkeyrunner，Fiddler），网页设计（Html/CSS），操作系统（Linux）等，每项技能的掌握程度不一样，Http协议只熟记了200,304，400,404，500等常用的错误码，Python掌握了基本的语法，配合自动化测试工具Selenium和Monkeyrunner使用，其他语言和工具只是处于逐步了解的程度。
4. 感悟
近期感觉自己对这个职业没有刚开始那么热忱了，以前是属于总是有事做就有把它做到最好，没事做就要尽可能的为自己找事做的状态。
现在貌似是属于中规中矩的工作状态中，缺少点没事找事做的激情。也许是有点厌倦了重复的工作，也许是长期加班让自己学会难得了在难得的闲事偷懒，也许是其他职业的诱惑让自己有些摇摆不定。
此外，对自己的职业规划也有点迷茫，原本以为自己优秀的学习能力、英语六级阅读全英文需求文档基本无障碍的水平、时常被老大表扬的用例编写能力和总是能找出别人无法发现的Bug的良好逻辑思维能力，能够弥补编程能力这个软肋。
但是浏览软件测试职业招聘要求，看到千篇一律的对编程能力的要求时，各种交流群中大神们的谈资都离不开脚本时，不免有些担忧。
虽说现在所处的公司对自动化测试的要求不高，可以说根本实行不了自动化，还是觉得既然处于这个行业就应该掌握必备的技能，为将来积累。
5. 反省
今天看到一篇文章叫”毕业五年觉得你的一生“，喜欢文章里的每词每句，获益匪浅，正好给毕业一年略微迷茫的自己一个警醒。
现在应该做的是恢复到打鸡血的状态，培养兴趣，脚踏实地积累该学的东西，成功属于有时刻准备着的人。
迷茫与困惑谁都会经历，恐惧与逃避谁都曾经有过，但不要把迷茫与困惑当作可以自我放弃、甘于平庸的借口，更不要成为自怨自艾、祭奠失意的苦酒。生命需要自己去承担，命运更需要自己去把握。