TC感觉20110412

   在项目启动以前，接触到了两个测试人员，是我们项目组的新人，没有项目经验，不会写用例，一个以前做过开发，但是开发看上去啥也不懂，测试也是没有接触过；另外一个是计算机专业的，不过做了两年会计。。。有点崩溃。像这种大项目，从开始就让我有点紧张，到时候测试活动怎么开展？

   后来，慢慢地，来了几个对这个项目有一些经验的测试人员，还好，最后测试一共达到了七个人。虽然几乎清一色是女生，唯一的男生根本管不住，是自由散漫的人。为什么这么纠结？现在招人真的很困难，联调时间点已经定了，开工的日期一拖再拖，拖不起了，服务器一直没有，想搭个基线环境都没办法。

   一开始的FRS不知道是不是跟客户签过的，乱得很，规格里描述完全不清楚。就要开始写ATP用例了。ATP用例还要按FRS来写，但是FRS跟规格里的功能点真是不一样啊。找SE确认个问题真麻烦，SE还嫌我们不懂业务。可能做外包就是这样吧，没有专业的资料，专业的培训，拉到项目组就可以干活了，是一件很神奇的事情，所有的事情，老员工都要担着。

   现在开始需求分析了，开发全是新人，虽有项目经验，但对这个项目完全没有概念，就要做定制，没有老员工带着，感觉都不怎么理解基本的业务，就要开始写story。

   感觉开头得不是很理想，有些仓促。不过应该没什么大问题，慢慢地我觉得我的工作展开得没有像之前想的那么难。也开始一个问题一问题地解决了。

   

   对于TC这个职位，现在的理解不是很深刻，不过还是比之前多一点。我觉得有几点很重要：

   分清主次。刚开始做IT这一行的时候，也是像这样，不知道自己先做什么，再做什么。等到自己做事有点主次了，就开始要给其他人分配任务了。又有点分不清了。

   另外，管理的方法。现在不像以前，每天把自己的事情写个日报就万事大吉了。现在每天要给上级发测试日报，关心测试进度，主要是他们对需求的理解程度。自己也需要做一些有利于自己管理的表格，因为现在每天的事情太多了，需要一件一件地去解决，没解决的加大力度跟踪。

   现在的测试策略也出了个初稿，写策略主要是为了对整个版本的测试过程的关键点进行初步的规划。写完之后感觉提高了那么一点儿。慢慢进步吧。

   对于特性测试的人员分配也是个头疼的问题。功能分配只要把按规格里提到的，把相关部分划出来，把测试人员分成几组，每组指定一个组长，也能分配好。但是特性测试，需要在测试期间把特性人员抽出来，前期特性测试人员的工作量不能太大，但他们又肯定是项目骨干，而且每个特性测试分配的测试人员需要有一定的技能和其他素质要求。像联调测试，就要知晓全流程，而且性格要活泼一点，沟通能力要好。。。and so on...

   差不多感想先这么多吧，以后再慢慢积累。