关于alpha测试我想说「软件项目管理入门」（42） 关于用户测试（Alpha测试）

系统测试已经完成，但一般不会直接进入验收测试，实际工作中的测试工作比较啰嗦。例如，系统测试完成后，必须测试软件包、软件包后软件是否正确分发。部署后，您还可以返回系统测试。具体日程包括测试计划和测试计划，如果比较优化的测试方案，测试工作量将大大减少。

本节我们聊聊一个重要的测试步骤，用户测试，又叫Alpha测试。可能很多人一听到用户测试，就会想当然认为是由用户来进行测试，实际上是误解。用户测试是指站在用户的立场上、按照用户的思维去进行测试。所以说用户测试并非一定是终端用户来进行测试。下面我们就介绍一些关于用户测试的知识点。

1、用户测试的主体。用户测试的主体可以是终端用户，所谓的终端用户就是系统上线之后的使用者，当然也可以其他人，比如开发商自己找的能够模拟终端用户的测试者。但是不建议由我们的测试人员来充当用户测试的主体，原因是他们对系统的优缺点已经烂熟于心，潜意识会在回避系统的缺点。

2、测试的时间点。用户测试介入的时间点之所以一般放在系统测试之后，是因为之前没有用户测试的条件。但是也有的公司为了避免用户测试造成的返工，会在原型阶段之后安排用户测试，即由测试人员模拟终端用户对原型进行测试，这也可以理解成用户测试，但是有时会看做是业务测试或者叫需求测试，至于看成什么测试，主要是看测试的目的。如果想验证需求，那就是需求测试，如果想验证原型系统，那就是用户测试。下图中没有提到用户测试，实际上已经将其包含在验收测试里，另外下面的V模型只体现了内部测试流程。

3、用户测试的对象。上面也已经提到了，用户测试的对象一般是已经部署的系统，但是也可以是比较完善的原型系统。

4、用户测试的工具。用户测试的工具没办法使用测试软件了，只能依靠手工去测试。原因是用户测试很大程度上是需要反映用户的体验，测试机器人是很难做到这一点。

5、用户测试的重要性。用户测试实际上是换成非测试人员进行的测试，而且尽可能模拟终端用户进行测试，所以主要反映软件的用户体验，有时也会反映数据的边界问题，它虽然不会有太多的测试问题，但是有一些问题也会造成比较大的影响，尤其是由终端用户进行测试的话，会对项目的验收造成一定的影响，所以项目经理一定不能轻视，如果由终端用户进行用户测试，效果很好的话，项目验收一般会比较顺利。所以建议项目经理在交付终端用户测试之前，可在内部进行一轮用户测试。尽可能避免不必要的情况发生。

本节就聊到这里，下节我们聊聊最后一个测试步骤，验收测试。