管理信息系统测试.doc

信息系统测试 系统测试是保证管理信息系统质量的一个重要环节。程序编制完成后，要用各种测试方法检查各个部分是否达到了规定的质量标准。系统测试是为了发现程序和系统中的错误。好的测试方案有可能发现从未发现的错误，能够发现从未发现过的错误的测试才是成功的测试，否则就没有必要进行测试了。 6.3.2系统测试概述 系统测试概述 系统测试，英文是System Testing。是将已经确认的 HYPERLINK /view/37.htm \t _blank 软件、 HYPERLINK /view/1024731.htm \t _blank 计算机硬件、 HYPERLINK /view/1162088.htm \t _blank 外设、网络等其他元素结合在一起，进行信息系统的各种 HYPERLINK /view/2303221.htm \t _blank 组装测试和 HYPERLINK /view/106760.htm \t _blank 确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的 HYPERLINK /view/37.htm \t _blank 软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。 系统测试是保证系统质量的关键，是对整个系统开发过程的最终审查。在管理信息系统开发周期的各个阶段都不可避免地会出现差错，系统开发人员应力求在每个阶段结束之前进行认真、严格的技术审查，尽可能及时发现并纠正错误，但开发过程中的阶段审查并不能发现所有的错误。这些错误如果等到系统投入运行后再纠正，将在人力、物力上造成很大的浪费，甚至导致系统的失败。此外，在程序设计过程中，也会或多或少地引入新的错误。因此，在应用系统投入之前必须纠正这些错误，这是系统能够正确、可靠运行的重要保证。统计资料表明，对于一些较大规模的系统来说，系统调试的工作量往往占据程序系统编制开发总工作量的40%以上。 很多人认为“测试是证明程序中不存在错误的过程”、“程序测试的目的是要证明程序正确地执行了预期的功能”、“程序测试的过程是使人们确信程序可完成预期要完成的工作过程”。但却是错误的定义。测试的定义应该是：为了发现错误而执行程序的过程。从这个定义出发可以看出应该把查出了新错误的测试看作是成功的测试，没有发现错误的测试则是失败的测试。 系统测试是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和系统实施的最后复查。基于以上系统测试概念和目的，在进行系统测试时应遵循以下基本原则。 (1) 测试工作应避免由原来开发软件的个人和小组承担。测试工作应由专门人员来进行，会更客观、更有效。 (2) 测试用例不仅要确定输入数据，而且要根据系统功能确定预期输出结果。将实际输出结果与预期输出结果相比较就能发现程序是否有错误。 (3) 设计测试用例不仅要包括有效合理的输入数据，也要包含不合理、无效的输入数据。 二、系统测试内容 系统的测试工作可以分为模块测试、子系统测试和系统测试。 1.模块测试 模块测试式以系统的程序模块为对象进行测试，验证模块功能及其接口与设计说明书是否一致。在一个设计系统中，每个模块完成一个清晰单一定义的功能，可以把模块作为一个单独的实体来测试。模块测试的目的式测试模块在语法、格式和逻辑上的错误，保证每个模块本身能正常运行，在该测试中发现的问题大都是程序设计错误或系统设计中的错误。 模块测试主要从下述几个方面进行。 （1）模块功能。测试模块功能是否正常，即能否在正常输入情况下获得应该得到的结果. （2）内部数据结构。测试模块内部数据结构的内容、数据行使及数据之间的相互关系是否正确，这些数据结构是否能够正确地支持模块功能的实现。 （3）出错处理。测试模块运行出错时，出错处理功能是否能及时启动并有效工作。 （4）边界条件。软件往往容易在边界条件上发生问题，因此需要测试模块在其各种边界参数处能否正常工作。 2.子系统测试 完成每个模块的测试以后，需要按照系统设计所完成的模块结构图把它们连接成子系统，即进行子系统测试。有些模块能够单独地正常工作，但是连接起来就不能正常运行，这里可能存在接口和整体协调问题。例如数据可能在接口的传递中丢失、一个模块的运行可能会干扰其他模块运行等都是子系统测试所要关注的问题。子系统测试是在模块测试的基础上，解决模块间的相互调用问题，主要测试子系统中各个模块的外部功能，以及模块之间的接口好调用关系。 子系统测试主要有以下内容。 （1）各模块的连接是否有错误。测试模块接口