【项目管理一点通】（44） 用户测试（Alpha测试）

虽然系统测试完成了，一般来说并不等于就直接进入到验收测试，实际工作中的测试工作还是比较啰嗦的，比如说，系统测试完毕之后，软件打包，打包之后还要测试软件是否能够正常部署，部署完毕之后还可能回归一遍系统测试，具体安排就会涉及到测试方案和测试计划，比较优化的测试方案会大大降低测试的工作量，并且有一个非常好的效果。
本节我们聊聊一个重要的测试步骤，用户测试，又叫Alpha测试。可能很多人一听到用户测试，就会想当然认为是由用户来进行测试，实际上是误解。用户测试是指站在用户的立场上、按照用户的思维去进行测试。所以说用户测试并非一定是终端用户来进行测试。下面我们就介绍一些关于用户测试的知识点。
1、用户测试的主体。用户测试的主体可以是终端用户，所谓的终端用户就是系统上线之后的使用者，当然也可以其他人，比如开发商自己找的能够模拟终端用户的测试者。但是不建议由我们的测试人员来充当用户测试的主体，原因是他们对系统的优缺点已经烂熟于心，潜意识会在回避系统的缺点。
2、测试的时间点。用户测试介入的时间点之所以一般放在系统测试之后，是因为之前没有用户测试的条件。但是也有的公司为了避免用户测试造成的返工，会在原型阶段之后安排用户测试，即由测试人员模拟终端用户对原型进行测试，这也可以理解成用户测试，但是有时会看做是业务测试或者叫需求测试，至于看成什么测试，主要是看测试的目的。如果想验证需求，那就是需求测试，如果想验证原型系统，那就是用户测试。
3、用户测试的对象。上面也已经提到了，用户测试的对象一般是已经部署的系统，但是也可以是比较完善的原型系统。
4、用户测试的工具。用户测试的工具没办法使用测试软件了，只能依靠手工去测试。原因是用户测试很大程度上是需要反映用户的体验，测试机器人是很难做到这一点。
5、用户测试的重要性。用户测试实际上是换成非测试人员进行的测试，而且尽可能模拟终端用户进行测试，所以主要反映软件的用户体验，有时也会反映数据的边界问题，它虽然不会有太多的测试问题，但是有一些问题也会造成比较大的影响，尤其是由终端用户进行测试的话，会对项目的验收造成一定的影响，所以项目经理一定不能轻视，如果由终端用户进行用户测试，效果很好的话，项目验收一般会比较顺利。所以建议项目经理在交付终端用户测试之前，可在内部进行一轮用户测试。尽可能避免不必要的情况发生。
本节就聊到这里，下节我们聊聊最后一个测试步骤，验收测试。