软件生命周期都学过吧，发布交付前那段时间是测试工程师的噩梦啊！
   
    一般的项目开发都会拖延进度，这是一个不争的事实了，而且不管deadline怎么延后，总有那改不完的defect让开发们抛头颅，洒热血，改来改去，项目经理看不下去了，定了个死限，deadline真的要dead了，开发急了，测试估计要撞墙了。
   
    快个把月没写东西了，就是被这档子事搞的，本来还有一周的时间留给我测试，回归。一夜下来，头给了个噩耗，今天晚上，发布，要全部测完，这时候我才知道，热锅上的蚂蚁其实每一个都可以去当敢死队，显示火烧屁股，然后糊了，最后焦了，就算成灰了也达不到高质量的测试效果啊。只好把自己超频使用，那个叫疯狂啊，奔三超到双核。

    还不得不和谐掉一些费时费力的回归，午夜，总算是基本完成任务，看着天上那又大又圆的月亮，第一次感到劫后余生的快乐。

    如果上天再给我一次机会让我选个期限，我希望测试的schedule是1万年！

    现在也还没消停下来，我负责的package是见公婆去了，兄弟姐妹们的package还在难产中，到处救火，做IT的，不加班那叫没见过世面，加少了还被人看不起呢！

    Plus：加多了也没加班工资！

    On board已经2个多月了。

    大姐头交给我一个面试任务，被面试的是一个小我两岁的女孩子，呵呵，挺新鲜的感觉，想想3个月前我还在被面试的位置上忐忑不安呢。

    早上10点，由于我前面一轮开发技术面试官临时有会议，我被提到了首轮；拿了她的简历，下一楼找到这个女孩子，带她到指定的面试会议室，嘱咐她稍等会，不用紧张，自己去拿笔记本了。

    是个腼腆的女孩，不过给人的感觉是挺容易接近的，合适做测试这行，第一感觉。

    我先给她介绍了下我的面试流程，先英语面试部分，后中文细节部分。（这是从我们大姐头面我时学来的套路）

    我让她英语介绍下自己以及参与的项目，她可能有些紧张，准备不是很充分，直接上来有些口齿不清晰，在我的引导下逐渐自然流利了很多（我善于捕捉别人想表达的隐含语义）。

    在我不时地穿插提示以及提问中，口语面试部分持续了25分钟左右，甚至结尾还和她谈到了动漫（我的最爱），呵呵，也是个爱comic的女孩子，喜欢犬夜叉！

    气氛谈开了，顺利进入了主题细节部分。

    参看她的简历，我着重问了她的测试方面理论基础，以及实际运用，流程，案例编写方法（她没答好，主要是没受过这方面培训），思路，相互交流，自动化测试技术（她还不太熟悉修改脚本）。

    顺带我过了数据库基础知识和java方面的几个小问题。（她做过java开发）

    其中有4层左右问题可能出乎她的预期了，她没有答好，又开始显得局促不安起来，搞得我反而象做了坏人一样开始强调“没关系，不用紧张，实际运用能有快速求助和解决问题的能力就行”。

    不知不觉我面了她50分钟左右，最后让她对自己的性格进行一下总结，她给了我挺诚恳的描述：

    “对投缘的人，也就是合拍的人会很热情；但不投缘的人她很被动，而且实际生活中被动的机会多！”

    再次叮嘱她不用紧张后，我把面试权移交给了开发组的小左，再给大姐头反馈了下面试过程和自己的看法，Over，顺利完工。

    （隐约感觉这女孩子可能通不过F2F面试，但还是祝她好运吧，毕竟我们组的女性资源太希缺了）

    我们使用QC、TD的时候，在一次编写完测试需求的时候，如果想要在众多项中间插入一项，这个时候就会觉得有种无从下手的感觉。

    因为QC支持的拖动是处理上下层归属的拖动，即可以从该项下层拖动项到上层使其成为同级需求项。

    QC不支持同级间的显示顺序拖动，但是利用上下层拖动我们可以间接完成我们的要求。

    比如，1－10项需求项，我们需要在第6项添加一项，后续的自动顺延一位，这个时候我们可以把7－10项用ctrl一起选中，拖动到6项下成为下层需求，然后添加需求项7，再同时选中6项下层的原7－10项，拖动到原上层需求项上，这时候QC会自动将7－10添加在新添加的需求7之后，再改动一下序号就可以达到我们的要求了。

    项目熟悉到了一定程度了,大姐头让我参加了report开发部分的review会议.

    事前做了做功课,提出了许多隐性需求,也可以叫做建设性意见.大姐头先过了一遍目,比较满意.

    结果提给开发人员,那个小妮子估计已经忙到焦头烂额了,除了些鸡毛蒜皮的文档错误接受了,建设性建议一概refuse,理由么,无非是修改成本太大,进度太紧云云.

    郁闷,估计她也郁闷.

    算了,为了今后的和平相处,我知道了现今项目进度的度了,自己拿捏准确点,争取做好工作之余,不得罪人!

    还好我天性很能处人,再加上好脾气不易动怒,这点还是很占优势的.

    在老师们的细心教导下,我们学会了很多测试的理论,方法,流程,etc...

    其它的好说,流程这东西,难办了,毕竟流程的基础是team work,是协调,合作,这由各式各样的人来操作的东西,就难免会走型,偏离初衷了.

    身在一个开发产品型的项目中,就更能体会了.

    由于没有客户的确切需求,以致于开发团队需要凭借经验和讨论来决定需求的最终定论,这样就导致了开发和测试的起步--需求阶段及其不稳定,需求规格是在不断开发,测试中动态变动的,需求阶段根本就没有一个明确清晰的基线.

    我们测试会导致很多无效测试和数量级增长的回归测试;开发也好不到哪去,不稳定的需求导致bug增多,工作量也相应增大.

    和我们QA大姐头聊天谈到这个情况,也没有很有效的办法能够处理这类产品开发类的情况,她也为反复需要跟开发leader间增大的沟通头大中.

    不过说归说,工作还是要好好做地,了解到这项目是跟随着行业的业务流程不断开发的,需要做好3-10年的项目进度预期.

    由于项目产品是由GDCC和GDEC的团队合作开发的,所以我们必须时不时和兄弟团队进行远程会议,交流进度,问题.

    昨晚又加班开会,不过还好,加班都有leader买单吃晚餐,昨晚是肯德基汉堡可乐全家桶,外加蛋塌.

    刚来团队没多久,不能太嚣张,所以眼看着我喜欢的蛋塌全部落入了女组员的嘴巴,我......赔笑吃汉堡.

    一如既往难听懂的印度英语,要不是她们leader是个美国人,真不知道我们的会议是不是会指鹿为马.

    插曲:印度团队tina正好生日,跟着她们leader唱happy birthday.(我们都在嘟哝)

    会议主题就是51里面学的东西,QTP和QC,不过重点是相互的连接调用,也就是QTP连接到QC,上传脚本,而QC可以直接调用QTP,指定主机进行脚本运行.

    会议规会议,完会了我和几个QA测试组组员留下来讨论问题(我比较有目的性,通过交流最大限度尽快融入团队),很顺利.

    现在project都是团队开发,所以交流还是很重要的,有时候甚至比技术更重要,所谓的团队精神,团队精神媒介就是交流,所以,别老是一个人闷想,一个人闷做,小组里,小组间多凑凑热闹,会受益匪浅的!

    注定劳碌命啊！

    头一天入职，就加班开会，和印度兄弟团队开远程会议，那个印度英语，真是英语中的英语了。

    不过还好，大姐头请客吃饭，介绍我这个新来的苦力！去了个什么小餐馆叫“百变熊猫”，真不知道老板四川来的还是动物园出来的。

    头大死，要开始看文档了！

    plus:

    51学习的东西都能立即在实际工作中用到,其实第一天的会议上会议内容就是测试项划分以及案例设计方法,

用了正交分析.

    有很多东西要学,spss数据挖掘工具(基础),TOAD(oracle的开发工具),数据仓库方面的业务知识,等等..

    很幸运,我的直属leader也就是测试QA组大姐头是我校友,嘿嘿,今后可以套近乎了!