今天和同事聊天，她原来外派到IBM做了三年的测试。原来只是觉得IBM很牛，那么理所当然以为在那里即使是外包过去也很厉害。羡慕得不行。
听过她的“血泪史”后，我有些疑惑了，我当时如果也进这样的公司，对于现在是收获多呢？还是浪费的时间会更多呢？
她说她们部门的测试是这样的，强度非常大（有的部门也许会压力小一些，比较闲），刚入组的时候，给你一个CASE的LIST，大概一个Case有5页纸，包括十几个步骤，其中包括搭建环境，调试，测试，验证结果。而且一天需要运行的Case数量必须完成，不然就需要加班。
她说一般刚入组的时候一般对于环境不熟悉，如何测试也不熟悉，一天跑一个case就不错了。那么剩下的没跑完的case怎么办？加班。
如果英语不太好的就更惨了，她们第一次领导开会分配任务，叽里呱啦说了一堆英文，然后就告诉大家回去工作吧。可是英文不好的同事却不知道做什么。
就这样，每天在运行Case和调试各种环境中度过了3年时间。
那么我想，这三年下来，收获的是变成了一个运行case的熟手，熟悉了各种操作系统等环境的安装配置。关于《测试计划》、《测试用例设计》、《测试报告分析》等等能力，没有接触过，如何获得提高呢？
这就是分工太细的弊端，在底层的测试工程师，永远接触到的都是那些重复性的内容。
但是与之相反的一些小公司，招一个QA，那么好吧，从测试计划策略、设计用例、执行测试、报告分析、过程控制、甚至还兼职客服、文档编写。到头来什么都接触过，什么都不精通。
分工可以提高效率，但要不要限制太死，给予上升的空间和机会，从执行测试——>设计测试——>分析管理. 如果不分工，那么就招一个神一样的人来做测试吧，否则会毁了一个测试工程师，也许会培养成为别的职业。
不过她们中某些人在那里待了3年的最大收获就是，转为了IBM的正式员工，从此摆脱了苦力工的角色，担当起基层管理者。我的同事的原来的领导也希望她回去IBM做Regular的员工，但是她因为怀孕没有回去.
你同事的‘血汗史’跟我的一样，三年的时间都在跑case～ 现在辞职了，却发现自己不懂的东西实在太多太多了～ 都不知自己能不能在测试这混下去～ 怀具啊～
