加班瞎唠。。

从四月下旬开始加入了新项目，7*10h的加班制度，很累的说。

到现在为止，我已经慢慢地没了周几的概念，每天2点一线的生活：公司-宿舍。每天天一亮就得往公司去，晚上10.00回到宿舍，洗个澡睡个觉，一天就那么过去了。对我这种极度惜眠的人，每天只能顶着严重的眼袋，哎，困呐~~~~

现在真正体会到需求对于一个项目来说是多么重要，应该说是明确稳定的需求、以及合理的设计。加入现在的项目，从搭测试环境，写测试要点，再到测试，一个流程走下来，我负责测试的模块，需求改了3次，单单表结构表名修改就改了七八次，反复折腾，开发测试全都叫苦连天。

整个项目分成几个开发小组，各自开发，数据库表结构自个儿建，没有统一的设计人员和维护人员，导致开发到后期，A组要调用到B组的数据时才发现没办法用，再来纠结谁去改个东西。有些开发人员需要哪个字段了也不说，直接改表字段，程序包发了也没说改表字段，等到测到了查下日志才发现，我再来重建或alter。噢，烦透了~~~这样的项目能达到最终的要求么。。。

功能还未开发完，老大就开始安排性能测试了。叫我这菜鸟着手安排，还说的要多重要有多重要，莫大的压力。。。

第一个步骤，选取了可能产生负载点的业务，召集相关的对实际业务比较熟悉的人员，对可能产生的用户并发量以及哪些业务有可能交叉进行操作做了一个大概的了解，接着便开始着手我的性能测试方案初稿。第一次写初稿，简单罗列了测试内容、用户量、数据量以及组合场景等等，把每个业务涉及的业务表及数据量都列了出来，以便下次与开发负责人及业务测试人员开会确定性能测试方案定稿。

第二个步骤，写测试方案定稿咯，主要包括测试用例、测试场景等。

第三个步骤，搭建性能测试环境。刚开始没想着要另外搭一个环境，还在揣着解决跟功能测试的冲突要怎么解决，哈哈。。。还好老大提醒一下，让我另外找台机子搭测试环境。因为功能还未稳定，所以只能是进行简单的探索性性能测试，看看多用户并发会不会产生什么错误之类的。所以也不用考虑实际环境的集群部署之类的，哎，PC机的环境搭起来简单多了，至少对现在我来说还比较熟练，对小机充满未知的恐惧心理 以后有机会再学学。。。

第四个步骤，造数据，录脚本。造数据用DATAFACTORY工具，不过倚靠自动化组给予帮忙嘿嘿。录脚本的任务就落在自己身上了，也比较简单，以前参与的性能测试工作也主要一部分是录制脚本、执行场景之类的任务，公司产品主要也都是WEB-HTTP协议的，比较之下好解决多了。总之，一切都还在学习当中，先做好简单的基础工作，为下一次进步FIGHTING~~~~~~

第五个步骤，现在还没开始着手做，主要安排是场景的执行，发现错误，分析原因找出解决方法，嘿嘿，最终的分析是最难的，个人觉得。性能分析调优，需要具备的东西感觉好多，硬件知识开发知识以及网络知识等等等等好多好多呀，有时候都望而生畏，不知是否坚持的下去。现在呢，走一步算一走，不行找外援哈哈，还好有个很牛的外援师傅

辛苦之中也学到了很多，希望加班的日子早日过去。快快还我周末哟。。。期待。。。