系统测试计划书Word文件下载.docx

1、集成测试邹巧丽曾奇阴各种模板及测试报告书设计李文静3测试类型:测试类型优先级测试目标技术完成标准其他事项功能测试高、中、低列出此类型测 试所要达到的 测试目标。列出执行此 类型测试是 采纳的方法 或依据（工 具、语言等）。如所有的计划已执行完成，或所有的缺陷已全部解决等。确定且说 明那些将 对该类测 试的实施 和执行造 成影响的 事项或内 部/外部的 因素。界面测试性能测试性能评价负载测试强度测试压力测试效率测试报表测试安全性测试多用户测试容量测试配置测试安装卸载测试加密测试界面测试：通过用户界面（UI）测试来核实用户与软件的交互。UI测试的目 标在于确保用户界面向用户提供了适当的访问和浏览测

2、试对象功能的操作。 除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司发布的 VIS标准。性能评价是一种性能测试，它对响应时间、事务处理速率和其他与时间相关 的需求进行评测和评估。性能评价的目标是核实性能需求是否都已满足。实施和 执行性能评价的目的是将测试对象的性能行为当作条件（如工作量或硬件配置） 的一种函数来进行评价和微调。负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量， 以评测和评估测试对象在不同工作量条件下的性能行为， 以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常 运行。此外，负载测试还要评估性能特征，

3、例如，响应时间、事务处理速率和其 它与时间相关的方面。强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或 资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一 些在正常条件下并不明显的缺陷。 而其他缺陷则可能由于争用共享资源（如数据 库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工 作量。压力测试：参考性能评价和负载测试（在非正常的巨大负荷下、某些动作和 输入大量重复、输入大数、对数据库进行非常复杂的查询等）。效率测试：参考性能评价和负载测试（画面输入延时、最大/小报表查询时间）。容量测试：使测试对象处理大量的数据，以确定是否达到了将使软

4、件发生故 障的极限。容量测试还将确定测试对象在给定时间内是否能够持续处理的最大负载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录， 那么容量测试就会使用一个大型的测试数据库，检验该软件是否正常运行并生成 了正确的报表。配置测试核实测试对象在不同的软件和硬件配置中的运行情况。 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。 客户机工作站可能会安装不同的软件，例如，应用程序、驱动程序等。而且在任 何时候，都可能运行许多不同的软件组合，从而占用不同的资源。安全性和访问控制测试侧重于安全性的两个关键方面：应用程序级别的安全性，包括对数据或业务功能

5、的访问；系统级别的安全性，包括对系统的登录或远程访问。应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定 的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据， 创建新账户，但只有经理才能删除这些数据或账户。如果具有数据级别的安全性， 测试就可确保“用户类型一”能够看到所有客户信息（包括财务数据），而“用 户二”只能看见同一客户的统计数据。系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。三、测试方法1 、单元测试单元测试是对软件中的基本组成单位进行的测试， 如一个模块、一个过程等 等。它是软件动态测试的最基本的部分

6、， 也是最重要的部分之一，其目的是检验 软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节 知识，一般应由程序员而非测试员来完成， 往往需要开发测试驱动模块和桩模块 来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重 要。一个软件单元的正确性是相对于该单元的规约而言的。 因此，单元测试以被 测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错 测试、分域测试等等。单元测试方法单元测试的方法只有两种基本的测试方法 ，一个是代码复查，一个是编写测试程序。这是两种手工的单元测试方法。一些软件公司使用代码复 查方式进行单元测试。这种测试方法容易受

7、到人为因素的影响。 它非常依赖于测 试人员的技术水平，有时检查者发现不了错误，有时又把正确的解决方案认为是 错误的。其次，代码复查在回归测试时工作量非常巨大。当一个单元因为某种原 因发生改变时，就必须对这个单元重新进行测试，这会使单元测试的工作量成倍 增长。为了克服这种现象，最好采用重构技术，通过代码重构和数据重构进行重新 梳理。编写测试码是单元测试的第二种方法。编写测试程序首先要求测试对象具 有很好的内敛性及可测试性，其次开发的测试驱动程序、稳定桩要保证测试用例 的完整性。测试用例的选择是一个具有策略性的决定 ，它取决于软件质量、可用资源、已有的测度文档和风险分析的综合结果。 每个测试用例的

8、结果都必须进行记录。测试驱动程序开发，先编写测试代码，再进行开发。先编写产品函数的框架， 然后编写测试函数，针对产品函数的功能编写测试用例，然后编写产品函数的代 码，每写一个功能点都运行测试，随时补充测试用例。所谓先编写产品函数的框架, 是指先编写函数空的实现，有返回值的随便返回一个值，编译通过后再编写测试 代码,这时,函数名、参数表、返回类型都应该确定下来了 ，所编写的测试代码以后需修改的可能性比较小。单元测试工具目前很多软件公司开发出了单元测试框架 ，使得测试程序正逐步变得半自动化，大大缩短了开发测试程序的时间。这些测试工具是 ：首先是CppUnit,这是C+单元测试工具的鼻祖,免费的开源

9、的单元测试框架。然后是 C+Test,这是Parasoft公司的产品。C+Test是一个功能强大的自动化 C/C+ 单元级测试工具，可以自动测试任何C/C+函数、类，自动生成测试用例、测试驱 动函数或桩函数，在自动化的环境下极其容易快速的将单元级的测试覆盖率达到 100%最后是Visual Un it,简称VU,这是国产的单元测试工具，拥有一批创新的 技术，自动生成测试代码，快速建立功能测试用例，程序行为一目了然，极高的测 试完整性。使用VU还能提高编码的效率，总体来说,在完成单元测试的同时，编码调试的时间还能大幅度缩短2、集成测试集成测试是在软件系统集成过程中所进行的测试， 其主要目的是检查

10、软件单 位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合 成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部 分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调 起来。在制定测试计划时，应考虑如下因素：1、 是采用何种组装方法来进行组装测试；2、 组装测试过程中连接各个模块的顺序；3、 模块代码编制和测试进度是否与组装测试的顺序一致；4、 测试过程中是否需要专门的硬件设备；解决了上述问题后，就可以列出各个模块的编制、测试计划表，表明各个模 块单元测试完成日期、首次完成测试的日期、

11、集成测试全部完成的日期、以及需 要的测试用例和所期望的测试结果。 最后要判定集成测试过程完成以否。3、系统测试系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正 确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一 项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试 计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系 统测试方法很多，主要有功能测试、性能测试、随机测试等等。测试人员在编写测试计划之前，应获得以下文档：1） 程序经理编写的产品功能说明书或产品开发计划；2） 程序经理或开发人员提供的开发进度表。根据产品的特性

12、及开发进度安排，测试人员制定具体的测试计划。测试计划通常 包括以下内容：1） 测试目标和发布条件：a.给出清晰的测试目标描述；b.定义产品的发布条件，即在达到何种测试目标的前提下才可以发布产品的某 个特定版本。2） 待测产品范围：a.软件主要特性/功能说明，即待测软件主要特性的列表；b.特性/功能测试一览，应涵盖所有特性、对话框、菜单和错误信息等待测内容， 并列举每个测试范围内要重点考虑的关键功能。3） 测试方法描述：a.定义测试软件产品时使用的测试方法；b.描述每一种特定的测试方法可以覆盖哪些测试范围。4） 测试进度表：a.定义测试里程碑；b.定义当前里程碑的详细测试进度。5） 测试资源和相

13、关的程序经理/开发工程师：a.定义参与测试的人员；b.描述每位测试人员的职责范围；c.给出与测试有关的程序经理/开发工程师的相关信息。6） 配置范围和测试工具：a.给出测试时使用的所有计算机平台列表；b.描述测试覆盖了哪些硬件设备；c.测试时使用的主要测试工具。四、测试过程1、测试环境准备测试环境的准备主要由客户方系统管理员完成，技术顾问提供支持。完成相 应的安装记录文档，系统管理员应该在初始化的关键点备份并归档数据库。应明 确规定安装完成时间和负责人。安装完成时间/负责人应用服务器/数据库服务器地 址数据库备份方式/时间数据库备份存档位置2、测试用例编写在环境准备的同时，关键用户应在顾问辅助

14、下完成测试用例的编写。 测试用例应能覆盖业务解决方案中的所有业务流程， 分为以下三种类型，测试过程应该 循序渐进，由易到难，由简而繁进行。测试用例可以安排关键用户互相审核，顾 问也可以承担一部分复杂用例的审核。1） 产品功能点的测试对产品的功能点进行逐一测试确认。2） 单元测试比如总帐，从时间范围讲，应该从制单开始，出纳签字、审核、记帐、结转 定义、月末结转、期间结帐、到年末结帐为止，使用可能发生的最长的业务 流程来设计测试用例。3） 集成测试集成测试跨越产品多个模块，如为了完成产、供、销等一系列完整业务，测 试用例涉及销售模块、生产管理、采购等多个模块，测试时销售人员、采购 人员、生产计划员、库管员、财务人员等需要协同工作，模块间数据正确性、 流程完整性