系统测试计划书

系统测试计划

一、系统测试概要

系统测试是对解决方案蓝图的真实模拟，通过模拟客户真实的业务环境，对系统切换上线后的使用情况进行预测。测试内容包括软件的正确性、容错性、易用性和效率，要尽可能全面地模拟真实的生产系统，发现有可能发生的错误，并及时修改错误，对发现的业务解决方案中不妥之处也要做出调整。总之，系统测试的目的就是保证一套合理的业务解决方案能够在一套经过测试的软件上正确地、有效率地运行，使软件满足客户需求。系统测试是系统顺利切换的关键环节，保证测试效果的关键是完善的测试方案。

二、测试范围

1、软件模块：

2、测试人员：

界面测试：通过用户界面(UI) 测试来核实用户与软件的交互。UI 测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI 测试还要确保UI 功能内部的对象符合预期要求，并遵循公司发布的VIS标准。

性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和执行性能评价的目的是将测试对象的性能行为当作条件（如工作量或硬件配置）的一种函数来进行评价和微调。

负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其它与时间相关的方面。

强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。

压力测试：参考性能评价和负载测试（在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行非常复杂的查询等）。

效率测试：参考性能评价和负载测试（画面输入延时、最大/小报表查询时间）。

容量测试：使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内是否能够持续处理的最大负

载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的测试数据库，检验该软件是否正常运行并生成了正确的报表。

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件,例如，应用程序、驱动程序等。而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。

安全性和访问控制测试侧重于安全性的两个关键方面：

·应用程序级别的安全性，包括对数据或业务功能的访问；

·系统级别的安全性，包括对系统的登录或远程访问。

应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新账户，但只有经理才能删除这些数据或账户。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户信息（包括财务数据），而“用户二”只能看见同一客户的统计数据。

系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。

三、测试方法

1 、单元测试

单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。

一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。

单元测试方法单元测试的方法只有两种基本的测试方法,一个是代码复查,一个是编写测试程序。这是两种手工的单元测试方法。一些软件公司使用代码复查方式进行单元测试。这种测试方法容易受到人为因素的影响。它非常依赖于测试人员的技术水平,有时检查者发现不了错误,有时又把正确的解决方案认为是错误的。其次,代码复查在回归测试时工作量非常巨大。当一个单元因为某种原因发生改变时,就必须对这个单元重新进行测试,这会使单元测试的工作量成倍增长。

为了克服这种现象,最好采用重构技术,通过代码重构和数据重构进行重新梳理。编写测试码是单元测试的第二种方法。编写测试程序首先要求测试对象具有很好的内敛性及可测试性,其次开发的测试驱动程序、稳定桩要保证测试用例的完整性。测试用例的选择是一个具有策略性的决定,它取决于软件质量、可用资源、已有的测度文档和风险分析的综合结果。每个测试用例的结果都必须进行记录。测试驱动程序开发,先编写测试代码,再进行开发。先编写产品函数的框架,然后编写测试函数,针对产品函数的功能编写测试用例,然后编写产品函数的代码,每写一个功能点都运行测试,随时补充测试用例。所谓先编写产品函数的框架,是指先编写函数空的实现,有返回值的随便返回一个值,编译通过后再编写测试代码,这时,函数名、参数表、返回类型都应该确定下来了,所编写的测试代码以后需修改的可能性比较小。

单元测试工具目前很多软件公司开发出了单元测试框架,使得测试程序正逐步变得半自动化,大大缩短了开发测试程序的时间。这些测试工具是:首先是CppUnit,这是C++单元测试工具的鼻祖,免费的开源的单元测试框架。然后是C++Test,这是Parasoft公司的产品。C++Test是一个功能强大的自动化C/C++单元级测试工具,可以自动测试任何C/C++函数、类,自动生成测试用例、测试驱动函数或桩函数,在自动化的环境下极其容易快速的将单元级的测试覆盖率达到100%。最后是Visual Unit,简称VU,这是国产的单元测试工具,拥有一批创新的技术,自动生成测试代码,快速建立功能测试用例,程序行为一目了然,极高的测试完整性。使用VU还能提高编码的效率,总体来说,在完成单元测试的同时,编码