我们公司开始也是没有测试的。
公司是创业公司，我空降的时候连卖什么东西都不确定。公司的创业仅仅出于老板对原公司的一口气，觉得还不如自己单干快活，公司要成为什么公司，可能想法很多。咨询？培训？认证？通信？数据挖掘？我从老板的书架上找到过这些书。但是真正卖什么？卖这不好卖，卖那不好卖。误打误撞就进了软件这一行当，但软件这行是否可以持续走，是否要持续走，老板还不确定，如果卖的不好就不做软件了，改做别的，现在是生存阶段，就顾不了许多了，有项目就接上。上面有老板关系搞定，下面有老实的干活人努力加班，项目也就过得去。
没想到，软件这条路，居然走下去了，还接了一个大活儿，安装的点很多，涉及的用户很多，从海南到新疆，从深圳到山东枣庄。
公司发动了所有实施顾问来测试，只有他们通过，才能去实施。
实施顾问大多来自刚刚毕业的应届毕业生，对企业管理，对软件，对行业领域，都一无所知。对测试更是一窍不通。
测试并没有分工，每个人都测试软件。也没有什么测试方法，也没有什么测试计划，也不知道该测什么。反正也是对软件不了解，就当是深入学习软件吧。
开始并没有测试报告，大家发现问题，就用电话或QQ或邮件，把问题发给开发人员。谁认识那个开发人员，就发给那个开发人员，如果不认识一个开发人员，就发给老板了。报告中尽是不好用，不能用的词汇。但什么功能不好用，是怎么操作导致不好用，不好用的具体表现是什么，都没有。
老板急眼了，怎么这么多问题。
我说有五个原因：
1、很多问题都是每个人都反映了，其实只有一个问题，只不过大家没有分工，都测试，于是都报告
2、不少人见一个问题发一个邮件，所以看起来很多。
3、有的人测试只是随便乱点乱输入，咱们软件还没有做这种破坏性操作兼容防范。
4、不少人不了解功能，不了解行业，不了解业务，本来是对的，按他的理解是错的
5、有些人偷懒，今天发的是这些问题反馈，后天又是同样
我说，基于现状，我给大家一个测试方法：
1、分工测，几个人测试一块功能
2、不全部测，只测试那些很常用的重点功能
3、不要电话、QQ、邮件来报告给单独的开发人员，给我一个人发就可以了，我来判断衡量安排。也不要随时报告。每天下班的时候来统一发送，由各个测试小组的负责人来汇总自己组内的测试，并且把重复的问题合并掉
4、每个测试小组的每天的测试报告要连续在一起，不要今天发今天的测试EXCEL，明天是明天的测试EXCEL，这样没有连贯性
5、每个问题，要标好功能模块，有测试人，有测试版本号，有测试时间，有测试操作过程，有测试输入数据，有报错截图
6、先测试正常的数据输入，正常的操作流程，是否能全部流程走通，是否数据保存正常，是否保存后的数据还能正确的取出来。那些临界条件测试先不要做。对于功能不易操作、界面不好看、起的窗口标题是否得当，字体是否加粗这些需求不要提。咱们目前阶段的重点是测试问题，不要把需求和找问题混在一起。
方法执行下去，问题少了许多。
前几天大家还在抱怨这样的软件简直是烂软件，让他们拿给客户，肯定会被客户打死。
现在呢，才几天功夫，实施顾问已经觉得可以去实施了。
这就是有方法和没方法的区别。
