测试与成果审查

　　无论进行如何严密的规划，或是过程如何的审慎，都难免会有一些缺陷。这些缺陷可能是当初规划没有想到的，或是进行Intranet建设时漏掉的。因此，一个新的Intranet系统建设完成之后，不可以立即运行取代组织内部原有的工作程序。为了将可能的损失降到最低，要有一个测试阶段。

　　在测试阶段中，旧有的系统将与新系统同时存在。也就是让两个系统同时使用。这对于员工而言，可能会有点麻烦，不过长痛不如短痛。在进行这个测试阶段时，有下面几个重点需要注意：

一、系统的稳定性

　　首先要注意系统目前的稳定性如何。如果系统常常发生问题，应该立刻找出问题的所在，并且判断这是突发性状况，还是持续的状况。如果属于突发性状况，应该找出原因，然后评估这样的突发状况会对组织有什么样的影响。如果影响不大，那么可以考虑暂时不做处理。不过要撰写此突发状况发生时的症状，以及解决步骤的报告书，下一次发生时就可以根据这个报告做最快的处理。如果是持续性的状况，例如：10人以上同时联机，就会变得很不稳定，此时就应该立刻找出问题的原因，然后拟定对策。务必要求系统正式运行时，此一状况不会再经常发生，而症状和解决步骤报告书仍旧要写。基本上，任何被检查的问题及其解决方法都应该写在这个报告书中找到。

二、系统的性能

　　在对Intranet进行测试时，运行环境越接近正式工作时的环境越好。有些公司只是随便找几个人来测试一下，这样的测试是找不出问题的，特别是在性能的表现上。性能测试主要是测试各项功能在普通使用量时，能够处理的工作有多少，或者同时可以服务的人有多少；另外一个就是在巅峰时期的性能，也就是在系统处理极限状况下工作一段时间；还有一种是超越极限的测试，也就是在超过系统所能负担的工作量下测试系统的状况。

　　一般状况下的测试，目的是要确定系统正常能够提供的服务有多少；巅峰时期的测试主要是要找出系统的极限；而超越极限的测试主要目的并非找出当时系统的性能，而是要知道在此状况下系统是否会有崩溃之虞。这个测试应该是属于稳定性测试。不过为了分类方便，我们将它放在性能测试之下。您也可以把它移到稳定性测试之下。

三、员工的满意度

　　所谓员工的满意度，其实用意就是要了解Intranet所提供的各项功能是否满足员工的需求，以及该项功能的步骤是否过于繁复等等。主要是希望通过员工来了解整个系统是否就是我们想要的Intranet。如果员工对现有的功能表示不满意的话，可以立即修改；如果员工觉得缺少某些功能，则需要收集所有员工的意见之后，重新进行规划、建设。

四、系统的正确性

　　虽然员工自己在测试Intranet时就应该可以找出一些错误，但是毕竟员工无法接触到底层的系统。因此有些属于系统的潜在错误，仅靠员工的测试是无法找出的。所以，必须通过设计各功能的人员，根据以前的规划以及建设时的资料，来一步一步地检查。

五、系统的集成性

　　个别功能的测试成功并不代表与其他功能集成时也会正确无误。因此有必要针对各功能进行集成测试，以免正式运行时发生问题。如果集成测试时有了问题，应该立刻找出问题的所属单位，并且要求改进。

　　在上面的测试阶段中，发现任何问题都要加以记录。如果这个问题经过处理后还有可能再度发生，别忘了要撰写错误症状以及处理步骤的报告书。在进行测试之后，接下来就是要对整个成果进行审查。其实，如果测试阶段做得非常仔细，审查阶段似乎是没有必要的。不过，无论再怎么样的详细规划，最后的系统跟原来所想的系统都还有些出入。

　　因此，我们要找出每个功能是否都已齐备，是否跟原来的构想相同。此时，也要询问员工的意见，看看员工的反应是否跟原来的预测一样。我们可以根据前面章节所进行的步骤，对于每项功能的规划来进行审查。同时对性能和稳定性，也要进行审查。并且注意整体花费是否超出原来的预算，另外，是否超出时程等等。

　　此外还要对各部门的表现加以审核。因为从每个部门的审核中，我们就可很清楚地了解到，该部门所负责的部分表现如何，以及它们的员工对于Intranet的配合程度。最后，当然要做成审查报告书，以供日后Intranet扩充计划参考。