公司发动了所有实施顾问来测试，只有他们通过，才能去实施。

    实施顾问大多来自刚刚毕业的应届毕业生，对企业管理，对软件，对行业领域，都一无所知。对测试更是一窍不通。

    测试并没有分工，每个人都测试软件。也没有什么测试方法，也没有什么测试计划，也不知道该测什么。反正也是对软件不了解，就当是深入学习软件吧。

    开始并没有测试报告，大家发现问题，就用电话或QQ或邮件，把问题发给开发人员。谁认识那个开发人员，就发给那个开发人员，如果不认识一个开发人员，就发给老板了。报告中尽是不好用，不能用的词汇。但什么功能不好用，是怎么cāo作导致不好用，不好用的具体表现是什么，都没有。

    老板急眼了，怎么这么多问题。

    我说有五个原因： 1很多问题都是每个人都反映了，其实只有一个问题，只不过大家没有分工，都测试，于是都报告 2不少人见一个问题发一个邮件，所以看起来很多。 3有的人测试只是随便乱点乱输入，咱们软件还没有做这种破坏xìngcāo作兼容防范。 4不少人不了解功能，不了解行业，不了解业务，本来是对的，按他的理解是错的 5有些人偷懒，今天发的是这些问题反馈，后天又是同样

    我说，基于现状，我给大家一个测试方法： 1分工测，几个人测试一块功能 2不全部测，只测试那些很常用的重点功能 3不要电话、QQ、邮件来报告给单独的开发人员，给我一个人发就可以了，我来判断衡量安排。也不要随时报告。每天下班的时候来统一发送，由各个测试小组的负责人来汇总自己组内的测试，并且把重复的问题合并掉 4每个测试小组的每天的测试报告要连续在一起，不要今天发今天的测试EXCEL，明天是明天的测试EXCEL，这样没有连贯xìng 5每个问题，要标好功能模块，有测试人，有测试版本号，有测试时间，有测试cāo作过程，有测试输入数据，有报错截图 6先测试正常的数据输入，正常的cāo作流程，是否能全部流程走通，是否数据保存正常，是否保存后的数据还能正确的取出来。那些临界条件测试先不要做。对于功能不易cāo作、界面不好看、起的窗口标题是否得当，字体是否加粗这些需求不要提。咱们目前阶段的重点是测试问题，不要把需求和找问题混在一起。

    方法执行下去，问题少了许多。

    前几天大家还在抱怨这样的软件简直是烂软件，让他们拿给客户，肯定会被客户打死。

    现在呢，才几天功夫，实施顾问已经觉得可以去实施了。

    这就是有方法和没方法的区别。

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

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

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

『加入书签，方便阅读』