管理信息系统测试.docx

管理信息系统测试.docx

《管理信息系统测试.docx》由会员分享，可在线阅读，更多相关《管理信息系统测试.docx（11页珍藏版）》请在冰豆网上搜索。

管理信息系统测试

6.3.1信息系统测试

系统测试是保证管理信息系统质量的一个重要环节。

程序编制完成后，要用各种测试方法检查各个部分是否达到了规定的质量标准。

系统测试是为了发现程序和系统中的错误。

好的测试方案有可能发现从未发现的错误，能够发现从未发现过的错误的测试才是成功的测试，否则就没有必要进行测试了。

6.3.2系统测试概述

一、系统测试概述

系统测试，英文是SystemTesting。

是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。

系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。

是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。

对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。

系统测试是保证系统质量的关键，是对整个系统开发过程的最终审查。

在管理信息系统开发周期的各个阶段都不可避免地会出现差错，系统开发人员应力求在每个阶段结束之前进行认真、严格的技术审查，尽可能及时发现并纠正错误，但开发过程中的阶段审查并不能发现所有的错误。

这些错误如果等到系统投入运行后再纠正，将在人力、物力上造成很大的浪费，甚至导致系统的失败。

此外，在程序设计过程中，也会或多或少地引入新的错误。

因此，在应用系统投入之前必须纠正这些错误，这是系统能够正确、可靠运行的重要保证。

统计资料表明，对于一些较大规模的系统来说，系统调试的工作量往往占据程序系统编制开发总工作量的40%以上。

很多人认为“测试是证明程序中不存在错误的过程”、“程序测试的目的是要证明程序正确地执行了预期的功能”、“程序测试的过程是使人们确信程序可完成预期要完成的工作过程”。

但却是错误的定义。

测试的定义应该是：

为了发现错误而执行程序的过程。

从这个定义出发可以看出应该把查出了新错误的测试看作是成功的测试，没有发现错误的测试则是失败的测试。

系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和系统实施的最后复查。

基于以上系统测试概念和目的，在进行系统测试时应遵循以下基本原则。

（1）测试工作应避免由原来开发软件的个人和小组承担。

测试工作应由专门人员来进行，会更客观、更有效。

（2）测试用例不仅要确定输入数据，而且要根据系统功能确定预期输出结果。

将实际输出结果与预期输出结果相比较就能发现程序是否有错误。

（3）设计测试用例不仅要包括有效合理的输入数据，也要包含不合理、无效的输入数据。

二、系统测试内容

系统的测试工作可以分为模块测试、子系统测试和系统测试。

1.模块测试

模块测试式以系统的程序模块为对象进行测试，验证模块功能及其接口与设计说明书是否一致。

在一个设计系统中，每个模块完成一个清晰单一定义的功能，可以把模块作为一个单独的实体来测试。

模块测试的目的式测试模块在语法、格式和逻辑上的错误，保证每个模块本身能正常运行，在该测试中发现的问题大都是程序设计错误或系统设计中的错误。

模块测试主要从下述几个方面进行。

（1）模块功能。

测试模块功能是否正常，即能否在正常输入情况下获得应该得到的结果.

（2）内部数据结构。

测试模块内部数据结构的内容、数据行使及数据之间的相互关系是否正确，这些数据结构是否能够正确地支持模块功能的实现。

（3）出错处理。

测试模块运行出错时，出错处理功能是否能及时启动并有效工作。

（4）边界条件。

软件往往容易在边界条件上发生问题，因此需要测试模块在其各种边界参数处能否正常工作。

2.子系统测试

完成每个模块的测试以后，需要按照系统设计所完成的模块结构图把它们连接成子系统，即进行子系统测试。

有些模块能够单独地正常工作，但是连接起来就不能正常运行，这里可能存在接口和整体协调问题。

例如数据可能在接口的传递中丢失、一个模块的运行可能会干扰其他模块运行等都是子系统测试所要关注的问题。

子系统测试是在模块测试的基础上，解决模块间的相互调用问题，主要测试子系统中各个模块的外部功能，以及模块之间的接口好调用关系。

子系统测试主要有以下内容。

（1）各模块的连接是否有错误。

测试模块接口是否正常，及模块调用参数的数目、顺序和类型是否正确，数据能否正确无误地流入、流出模块；能否保证数据的有效传输、数据的完整性和一致性。

（2）运行中的人机界面及各种通信接口能否满足设计要求。

（3）所涉及的外部设备是否能正确连接，与相关外部设备的通信功能是否满足设计要求。

3.系统测试

系统测试就是将经过子系统测试的模块群装配成一个完整的系统进行测试，以检查系统是否达到了系统分析的要求，系统测试的依据是系统分析报告，系统的测试不仅是对软件的测试，而且是对系统的软件与硬件一同进行测试。

系统测试包含功能测试、恢复测试、安全测试、强度测试和性能测试。

（1）功能测试。

系统功能测试是对系统分析报告中的目标和软件系统所实现的目标进行逐个比较，用以检查目标功能是否遗漏。

（2）恢复测试。

系统恢复测试主要检查系统的容错能力。

测试系统出错时，能否在制定的时间间隔内修正错误并重新启动系统。

（3）安全测试。

系统安全测试主要检验系统是否存在安全保密漏洞。

，在测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。

（4）强度测试。

系统强度测试主要检验系统的信息处理能力最高能达到什么实际限度。

强度测试迫使系统在它的设计能力极限状态下进行，进而测出系统的极限。

（5）性能测试。

对于一些实时和嵌入式系统，软件部分即使满足功能要求，也未必满足性能要求。

性能测试要全面、可靠地系统运行中的各种性能指标是否能够达到用户的实际需要。

模块测试、子系统测试和系统测试，每一步都是在前一步的基础上进行，其过程如图所示。

【系统的测试内容】图例

6.3.2软件测试的方法

软件测试的常用方法：

测试名称

测试内容

BlackBox黑盒测试

把软件软件系统当做一个“黑箱”，无法了解或使用系统的内部结构及知识。

从软件的行为，而不是内部结构出发来设计测试。

WhiteBox白盒测试

设计者可以看到软件系统的内部结构，并且使用软件的内部知识来指导测试数据及方法的选择。

GrayBox灰盒测试

介于黑盒和白盒之间

1.黑盒测试：

黑盒测试，英文是BlackBoxTesting。

又称功能测试或者数据驱动测试。

测试者把程序看成是一个黑盒，完全不考虑程序内部结构和内部特性而进行的测试。

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

软件测试人员以用户的角度，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷，而不关心程序具体如何实现的一种软件测试方法。

黑盒测试常用工具有：

AutoRunner、winrunner、loadrunner。

在黑盒测试中所采用的方法主要有等价类划分和边界值分析等方法。

（1）等价类划分

程序中所输入的数据按照程序功能说明可以分成若干个等价类，按输入条件可以将每一个等价类分成有效输入等价类与无效输入等价类两种。

因此，对于每一个有效或无效的等价类可以设计一些测试用例，如果这些测试用例不出现错误，说明对于同一类的其他数据也不会出错，否则肯定出错。

例如，在测试销售定价处理程序时，由于产品销售价格主要依赖于客户所订购的产品数量、客户是否是老客户、客户是否具有拖欠贷款的记录等条件。

因此在对该程序测试中，可以按照这三个条件设计不同的等价类测试用例。

（1）边界值分析

由于许多软件在处理边界值时容易发生错误，用大于、等于、小于边界值的数据作为测试用例更容易发现程序中的错误。

而等价类测试方法往往是在某一等价类中进行随机选择，未必代表了边界状况。

因此，边界值测试方法可以对等价类测试方法进行有效的补充。

例如，某一程序的输入数据位0～1000，可以选择-0.1、0、0.1、999.9、1000、1000.1作为测试用例。

2.白盒测试

白盒测试，英文是WhiteBoxTesting。

又称结构测试或者逻辑驱动测试。

是允许人们检查程序的内部结构，是测试者从检查程序的逻辑着手，得出测试数据，进行测试的过程。

是把测试对象看作一个打开的盒子。

利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。

白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。

其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。

它知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

白盒测试常用工具有：

Jtest、VcSmith、Jcontract、C++Test、CodeWizard、logiscope。

*总结：

  实际工作中，对系统的了解越多越好。

目前大多数的测试人员都是做黑盒测试，很少有做白盒测试的。

因为白盒测试对软件测试人员的要求非常高，需要有很多编程经验。

做.NET程序的白盒测试你要能看得懂.NET代码。

做JAVA程序的测试，需要你能看懂JAVA的代码。

如果你都能看懂了，你还会做测试么？

6.3.2软件测试步骤

一、软件测试的过程

系统测试是开发过程中一个独立而且非常重要的阶段，也是保证开发质量的重要手段之一。

测试过程基本上与开发过程平行进行。

在测试过程中，需要对整个测试过程进行有效的管理，保证测试的质量和效率。

一个规范的测试过程通常包括以下基本的测试活动。

1.制定测试计划

在制定测试计划时，需要充分考虑整个项目的开发时间和开发进度，以及一些人为因素和客观条件等，使得测试计划是可行的。

测试计划的内容主要有：

测试的内容、进度安排、测试所需的环境和条件、测试培训安排等。

1.编制测试大纲

测试大纲是测试的依据，它明确详尽地规定了在测试中针对系统的每一项功能或特性所必须完成的基本测试项目和测试完成的标准。

1.设计和生成测试用例

依据测试大纲设计和生成测试用例，产生测试设计说明文档，其主要内容有被测项目、输入数据、测试过程和预期输出结果等。

1.实施测试

测试的实施阶段是由一系列的测试周期组成的。

在每个测试周期中，测试人员和开发人员将依据预先编制好的测试大纲及准备好的测试用例，对被测系统或设备进行完整的测试。

1.生成测试报告

测试完成后，要形成相应的测试报告。

主要对测试进行概要说明，列出测试的结论，指出错误和缺陷。

另外，给出一些建议。

二、软件测试的方法

对软件进行测试的主要方法有人工测试和机器测试。

人工测试采用人工方法进行，目的在于检查程序的静态结构，找出编译不能发现的错误。

经验表面，良好的人工测试可以发现程序中30%～70%的编码和逻辑设计错误，从而可以减少机器测试的负担。

机器测试是将事先设计好的测试用例作用于被测试程序，对比测试结果和预期结果的差别以发现错误。

机器测试只能发现错误的症状，不能进行问题定位，而人工测试一旦发现错误，就能确定问题的位置、类型和性质。

对于一些类型的错误，机器测试比人工测试有效，但对另一些类型的错误则人工测试更有效。

因此，应根据实际情况来选择测试方法。

测试模型：

二、系统测试步骤

合理安排测试步骤对于提高测试效率、降低测试成本有很大的作用。

管理信息系统的测试步骤是：

分别按硬件系统、网络系统和软件系统进行测试，最后对整个系统进行总的综合测试。

测试的步骤如下：

（1）硬件测试

在开发建设管理信息系统时，通常需要根据项目情况选购硬件设备。

在硬件设备采购到货后，应在各相关厂商的配合下进行初始验收测试，初验通过后，再将其与软件、网络等