第一批客户的实施终于启动了，实施顾问奔向了。

　　到了真实的客户那里，才发现自己的测试，自己对软件，对业务的理解是多么的肤浅。过去发现的问题原来都是小儿科，真正复杂的问题根本没有测试到。给客户一讲解，客户一问，发现原来很多功能细节没有理解，不知道怎么给客户解释。于是纷纷打电话回来问。而能回答的人只有我，我成了接线生。

　　我当然不能成为接线生。我一方面仍然要求他们按照过去的测试问题报告流程和方法来报告实施现场中发现的问题，另一方面我自己写了FAQ给实施顾问发出去。但是实施顾问仍然问，一个问题重复的问。我说你看FAQ的第XX行。他说他看了，但没看明白（其实是对客户业务不了解，所以也不明白功能）。我给他再解释。经过多次解释，我也了解了实施顾问的理解思路和理解层次，于是不断修正FAQ，使FAQ1.0、FAQ1.1.1这样不断发布，几乎天天发布。我现在回过头来想，帮助文件写的好不好，不能你说你自己已经写的很明白了傻瓜才看不懂，不要这样认为，这样根本不解决问题。的方法是用户理解能力有多低，你要把帮助写的有多低，让他理解是目的，要不你还能怎样呢，这样的人，问题还得解决。

　　随着项目的实施，公司渐渐拢回来不少钱，但是面临了一个瓶颈，这个大项目快做完了，以后有什么活能养活现在这么多人呢。所以，好的做法是把现在这个项目产生的软件改改，变成一个产品，卖给其他的客户，卖的越多越好。但是，其他客户我们有关系的并不多，所以要想销售给其他客户，必须拿产品说话。于是，研发部陆续加入了专职的测试人员、文案人员、美工人员，旨在提高产品的质量和包装，希望能卖个好价格。

　　所以说，专职的测试人员是这么来的。

　　很多软件公司没有测试人员，其原因是老板搞定关系，程序员老实干活，项目质量虽然不行，但也能将把钱结了。既然能赚钱，干嘛要测试人员呢。除非由于质量问题，签不到单子。除非由于质量问题，客户不验收不给尾款。除非公司所有人都测试还是无法达到客户满意的质量。只有这样，才会招聘专职的专业的测试人员。

　　测试人员一来了，开始工作。但怎么开展测试呢？文档在哪里？

　　文档只有很老的设计文档，现在软件和文档已经毫无关系。为什么？原因有二：

　　1、都是程序员，谁来专门写文档。为了公司生存，我身兼数职，到处开会做项目经理或做售前，还管开发人员，还有实施人员给我打电话问软件中某个功能怎么回事，我也分身无术。

　　2、都是根据实施人员、客户、销售人员、老板反映的需求和BUG修改。那些BUG和需求EXCEL表格倒是有，但没法作为测试案例编写的根据。

　　测试人员硬着头皮，开始学习软件。

　　帮助在哪里？没有？

　　对，没有，因为没有写帮助文件的人。只有打单的时候讲解的PPT。

　　测试员晕倒。

　　晕完继续学习软件，什么是正确的什么是不正确的，测试人员也不知道，当然也不知道BUG究竟是什么样。软件质量仍然没有改进。

　　老板问：这个测试人员是不是没啥能力？要不要裁掉？

　　我说：不是他能力不行，而是咱们过去为了生存欠了太多东西。我们这会是在补过去的课。现在的文案人员正在补帮助。有了帮助，有了什么是正确的标准。但现在的问题是，文案人员也不了解软件，她写出来的也是自己猜测，所以我已经分出来一个开发人员做项目经理，他目前专门负责把帮助文档建立起来，但是他开发人员出身不擅长写文档，但他熟知软件，所以只有他们两个人搭配才能搞定。但这种磨合，需要时间。

　　这样，一边测试人员瞎学习瞎测试，一边项目经理和文案人员不断讲解不断编写不断审核不断修改。

　　测试人员终于可以编写测试案例了。但他对软件也是初步了解。由于几年发展，软件加入了大量客户的需求，很多细节的东西在帮助中也没有看到，测试人员也不知道有这个功能。所以测试来测试去，其测试结果和实施人员的测试没多大区别，都还是在门外转。

　　老板又开始沉不住气了，旁敲侧击想裁掉测试人员，觉得他的存在没多大意义，还是实施人员测试好。但是由于专职测试员的招聘是我提出来的，也是我的直接手下，而且这个测试人员也老实，干活勤勤恳恳，老板实在找不出什么把柄把这位开掉。