人生一场虚空大梦，韶华白首，不过转瞬。惟有天道恒在，往复循环，不曾更改。

　　步入软件测试行业差不多一年了，这一年是收获最多的一年。

　　行业现状：

　　软件测试行业，在国内，很具有中国特色：一方面国内软件行业起步晚，与国际水平相比还是有一定差距；此外国内软件测试行业准入门槛较低，大部分测试人员从事着底层的手工测试，加上大部分软件公司不注重测试，开发与测试比例配置不够科学，整体来看，先天不足，后天失调。

　　还是要拿12306说事，众所周知，12306上线后由于用户流量压力，饱受诟病，这其中，凸显其不重视测试，未经过严格的性能测试，草草上线。测试不能保障软件质量，软件质量保障要靠架构与开发，而软件测试只是保障软件质量的一种手段。当然，没有经过严格测试的软件是对用户的不负责，甚者会出现严重安全事故。

　　未来，相信软件测试行业会越来越规范，软件公司会越来越重视测试，测试人员会越来越专业，分工也越来越明确，自动化测试将逐步取代部分手工测试。

　　回望过去：

　　最初，入职F公司，我所从事的是手工黑盒测试，主要是接口测试，web功能测试。也就是所说的点点鼠标而已，显得很傻瓜，很枯燥也很乏味。工作的主要内容也只不过是写写TC，执行CASE，生成测试报告。当然，我也知道这种状态不能持续太久，没有掌握到核心技术，也就没有竞争力。还是挺感谢这段经历，若没有这段经历，我还只停留在理论阶段，甚者连test case要素都不知道，那段时间，我享受着枯燥和乏味的同时，也享受着测试带给我的兴奋与快感。兴奋与快感，源自我对测试工作狂热的喜爱。

　　随之，我离开了F公司。来到C公司，开始新的接触新的东西，报表测试。

　　报表测试实质是数据测试，报表是根据业务逻辑从数据库筛选或统计指定数据导出来的，所以报表测试最为关键的部分为：

　　1、明确统计对象（需求测试）

　　2、确定统计逻辑（业务测试）

　　3、区分报表类型（统计型、直接展示型）

　　4、测试业务逻辑（数据来源）

　　5、测试存储过程、前端SQL（报表处理过程）

　　6、造数据，检查报表格式，数据，权限是否与需求一致

　　当然，报表测试可以只是黑盒测试。慢慢的我有意识的逐步加强自己数据库与代码方面知识，随着对工作和对测试认识的深入，再加上自己coding能力的提升，我开始做白盒测试，直接定位bug代码。Of course，事情远远没有我想的那么简单。C公司居然十多年来一直处于创业期（尼玛这就是个奇迹），毫不尊重员工的利益（拖欠农民工工资），管理一度十分混乱，当然这些都是题外话；此外，C公司毫无架构概念，数据库设计的不够科学，貌似没有什么数据库字典，数据库的设计只能像秘籍一样口口相传，每个人都很苦逼的刷自己的盘子，然后上线后问题一大堆。我开始明白，C公司就是是矮穷挫公司的行业典范！！！说实话，C公司算是很注重测试，可惜本末倒置，测试人员并不是保障软件质量的关键，开发才是。这段时间，软件测试不仅满足了我猎奇的心理而且带给我诸多惊喜。由于工作需要，频繁接触PL/SQL与java，我开始学习存储过程与JDBC，使用java批量造数据、调用存储过程，使用poi导出数据库数据生成xls文件。在C公司，开发做的也很苦逼，由于不够规范，需求文档不够完善，很多东西都是临上线改的，加班加点。当然，同事们人还都不错，这就足够了。

　　C公司程序猿

　　职业规划：

　　IT行业，主流线路大概这几条：业务、技术、管理。做业务的话一般是需求、售前、市场这些。技术的话就是从手工测试到自动化测试，从功能测试到性能测试，从初级测试工程师到高级测试工程师逐步发展为行业专家。至于管理就是从测试组长成长为测试经理……当然这些需要参照：兴趣爱好、性格、职业。

　　职业规划的两个关键字：架构与布局。架构是根据自己的工作，设计自己的知识层次，用以填充知识。布局就是根据自己的性格爱好，确立自己的发展方向与重点。

　　当然，我希望自己可以成长为行业专家，提供各种解决方案（有点痴人说梦啦）

　　每个人都需要经历一段痛苦，才能沉淀与思考，真正的成熟起来。Anyhow，I have experienced！享受测试所带来的一切。