信息系统测试
出自 MBA智库百科(https://wiki.mbalib.com/)
目录 |
信息系统测试是为了发现错误而运行系统的过程，是根据程序开发阶段的规格说明及程序内部结构而精心设计的一批测试用例，并利用这些测试用例运行程序，以发现程序错误的过程。
信息系统测试的原则[1]
信息系统测试应该尽早并且不断地进行。测试用例应当由测试输入数据和对应的预期输出结果两部分组成；程序员应避免检查自己的程序；在设计测试用例时，应包括合理的输入条件和不合理的输入条件；严格执行测试计划，排除测试的随意性；应当对每一个测试结果做全面检查。
信息系统测试不等于程序测试。信息系统测试应贯穿系统定义与开发的整个过程。需求分析、概要设计、详细设计以及程序编码等各阶段的文档，都应作为软件测试的对象。
信息系统测试的种类[1]
1．功能测试
功能测试是在规定的一段时间内运行系统所有功能，以验证信息系统没有严重错误。
2．强度测试
强度测试是要检查在系统运行环境不正常乃至发生故障的情况下，系统可以运行到何种程度的测试。
3．性能测试
性能测试是要检查系统是否满足在需求分析时确定的性能。
4．恢复测试
恢复测试是要证实在克服硬件故障(包括断电、硬件或网络出错等)后，系统能否正常继续工作，并且不会对系统造成任何损害。
5．安全性测试
安全性测试是要检验在系统中已经存在的系统安全性、保密性措施是否发挥作用，有无漏洞。
6．可使用性测试
主要是从使用的合理性和方便性等角度对软件系统进行检查，以发现人为因素或使用上的问题。
信息系统测试的目的[2]
①确认信息系统的质量，包括信息系统是否完成了预期的目标、是否满足用户的需求，也包括系统是否以正确的方式正确地完成了工作任务。
③了解开发过程的可信性。
信息系统测试的过程[2]
完整的测试体系包括：测试过程、测试方法、测试工具、测试管理工具、测试用例库和缺陷库，它们之间的关系，如图所示。
接下来从低层测试和高层测试两个方面来介绍系统测试。
- (1)低层次测试
低层次系统测试过程可以被看作是一个不断运行的程序段、输人数据、观察和记录程序的运行行为和输出结果，并判断其行为和输出结果的正确性，直到能够由这些结果有效地分析该程序段的特性的过程。
为了完成这一测试过程，往往需要编写一些辅助的程序。一是能够调用被测试模块的程序段，称之为测试的驱动程序，它负责向被测试模块输入测试数据，显示、记录该模块运行的行为。二是测试的桩基模块(stub)，它负责为被测试的模块提供数据，这些数据可能是由其他模块被调用后运行的结果，也可能是直接从数据库读取的数据。三是软件测试监视代码，是为了能有效地记录测试的动态行为而在模块中插入的一些反馈信息的程序代码。因为对模块动态行为的观察和记录不能只限于该模块测试的输出结果，有时需要对模块的执行路径以及在路径上的一些关键点的中间结果进行记录和分析，找出程序缺陷的位置，它们之间的关系如图所示。
- (2)高层次测试
从更高的层次上来分析，系统测试过程可以被看成不断测试、排错、修改程序和文档，然后再进行测试，直到系统达到用户质量要求的一个循环往复的过程。
通过测试，评价模块是否有错误主要从两个方面来考虑：一是要保证被测试的模块在足够多的测试数据上是正确的，但并不能说明被测试模块是完全正确的，它可能存在一些隐含的错误，只是在测试数据上并未发现；二是要保证测试数据是充分的，即该模块在测试数据上的动态行为能够充分反映模块质量特性的总体表现，只有经过充分测试后才能保证模块的正确性。
系统测试的主要工作包括制定测试大纲、准备测试数据、程序测试、功能测试、子系统测试、系统接口测试、系统集成测试、写出测试报告书，并向下阶段工作提交系统运行和维护手册。
系统测试工作开始之前，要组织主要开发人员和技术骨干制定周密的系统测试计划，并确定测试目标、测试方法、测试步骤和测试进度，组建精干的系统测试小组，这个小组往往需要用户的参与。
在系统测试过程中，要指定专人做好每个项目的测试记录，包括原始记录和总结整理后的测试报告，同时做好每天的工作日记，特别是要对原系统设计进行变更时，一定要多方论证，慎重考虑，认真记录事件的每一个细节，并存入系统测试工作文档库。
系统测试工作完成后，还要做一个全面的总结报告，对于系统的技术性能做出结论并提出进一步完善和修改的建议。
