|
|
知识路径： > 信息系统开发的用户支持 > 对系统测试工作支持 > 系统用户对系统测试的支持 > 系统用户对系统测试的支持 > 系统用户对验收测试的支持 >
|
|
相关知识点：2个
|
|
|
|
|
在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成，就可以进行验收测试的最后一个步骤——系统运行测试，它包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。
|
|
|
|
要注意的是不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。
|
|
|
|
在真正进行用户验收测试之前一般应该已经完成了以下工作（也可以根据实际情况有选择地采用或增加）。
|
|
|
|
|
|
验收测试计划已经过评审并批准，并且置于文档控制之下。
|
|
|
|
|
|
|
|
|
|
|
|
所有的测试脚本已完成，并至少执行过一次，且通过评审。
|
|
|
|
|
|
|
|
|
|
具体的测试内容通常可以包括：安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。
|
|
|
|
性能测试和压力测试一般情况下是在一起进行，通常还需要辅助工具的支持。在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。由于开发方已经事先进行过性能测试和压力测试，因此可以直接使用开发方的辅助工具。也可以通过购买或自己开发来获得辅助工具。
|
|
|
|
进行系统测试时所采用的测试用例应该以实际应用数据为基础，而不再使用模拟数据，并且还应该设计一些与用户使用步骤和操作相关的测试用例。由于系统测试中采用的方法、标准和技巧在很大程度上依赖于具体的被测试系统，因此应该根据被测系统的实际特点和运行环境，以及用户的特殊需求进行系统测试，以使系统真正满足用户的需求。
|
|
|
|
如果执行了所有的测试案例、测试程序或脚本，用户验收测试中发现的所有软件问题都已解决，而且所有的软件配置均已更新和审核，可以反映出软件在用户验收测试中所发生的变化，用户验收测试就完成了。
|
|
|
