第54章 挫败

    经过几个月的了解，我终于把公司、公司的客户和项目的情况摸得七七八八了。

    公司1997年就在香港成立，但是一直都是小打小闹，勉强经营着。直到2004年，公司最大的客户，一家美国知名跨平台安全解决方案厂商成立，并将测试工作全部外包给了我们公司，我们公司才得以发展壮大。听说是因为公司的老板入股了这家公司，所以关系非常牢固。

    我入职时，这个项目的本地测试团队不到10人，然而到我08年离开时，不到四年时间人员增加至50多人。因为客户服务的企业越来越多，为测试而准备的服务器也越来越多，入职时不到十平米的机房里的机柜放的满满当当，最后我离开时，又在同楼层租了一间房间专门放服务器。

    这个客户从诞生开始，就被投资者看好，经过多轮投资，但是却在上市的曙光即将到来之际被科技投资大鳄吞并了。一荣俱荣，一损俱损。我们公司借着这个客户发展壮大，也最终因为这家公司的老板离开，股权被收购导致项目的终结，公司差点没熬过那个痛苦的时期。

    因为这个项目对公司特别重要，所以项目经理都是客户指定的，听说是那家公司创始人的朋友。因为这个原因，虽然也属于工程部，但是工程部经理基本不过问这个项目，由着这个项目经理直接和客户公司对接。深圳这边都是普通的测试工程师，项目经理选了两位入职时间较早的同事做小组长帮他分担点本地管理和沟通的工作。

    另外公司除了这个大客户，其他的重要客户主要是美国著名的少儿游戏和玩具的厂商，项目也就是为这些客户提供各类测试服务，主要是本地化、国际化和全球化测试。这些项目以前都是在香港做的，后来逐渐转移到深圳。而我就是这些项目的本地负责人。虽说这类测试不难，但是我以前从来没有接触过，而公司那时也不正规，质量好坏完全取决于项目经理和测试工程师的能力，只能靠自己一个一个去摸索学习和总结。

    入职第一天中午聚餐时，那位项目经理听闻了我在自动化测试上有些经验，就提出希望我看看他们项目的测试是否可以实现自动化。我当时对项目一无所知，傻乎乎地就轻快地答应了。而工程部经理也说我负责的那些项目因为迭代升级频繁，回归测试任务繁重，让我也好好研究是否可以实现自动化测试。

    然而当我看着安排的测试人员如何测试，看完所有的测试用例时，我对自己之前的盲目自信懊悔了。这个安全软件，简单点说，就是一个管理企业各种服务器（不同操作系统）的身份认证和目录访问的平台，属于企业安全管理软件。因此就需要在市面上各种机器，各类操作系统和安全管理机制下做测试。这些远远不是市面流行的那些图形界面自动化测试的范畴了。当时就感觉特别挫败，好在后来研究发现可以用脚本自动化部分测试步骤，并且可以用自动化测试工具实现后期校验的部分步骤，总算有些交待。

    而我自己负责的那些项目，除了少儿游戏是在电脑上操作，其他玩具测试要不是手持式的游戏机，要不就是对话式的毛绒公仔。而少儿游戏测试，试用版自动化工具所不能支持的。刚开始那几周，整的人很挫败。好在大家也只是说说，工程部经理最后问起，我忐忑不安地说了下自己的研究和结论。但他好像也早有预料，没有说什么，还安慰我把工作重心放在项目的管理上。终于让压在我心头几周的大石落地。

    然而因为这次的挫败，我从以前对自动化测试的狂热中冷静下来，开始思考自动化测试的局限，并学习和探索一些解决方案。更重要地是我那时才真正地从技术思维中解放出来，开始思考如何管好项目，如何管好人员，如何去协调好各种关系这些管理上的方方面面。也许这就是人常说的“东方不亮西方亮”吧。