数据库审计系统测试计划

1、业务数据库审计系统测试计划LriGBasez日志专家杭州思福迪信息技术有限公司2012.8修订历史记录版本日期修订者说明V1.02011年7月章侃V1.0版本测试V1.22011年8月房建勋新版本测试注：（添加，修改，删除）1简介1.1 产品背景业务数据库审计系统是我公司自主研发的，具有完全知识产权的安全审计类产品。该系统能够实现对数据库业务访问过程的行为分类记录、操作特征识别、控制等功能，具备异常操作行为的告警及阻断能力。是一款具备“事前控制、事 后审计”能力的产品；同时还具备业务人员关联定位责任人。通过该产品的部署， 各组织单位能够获得对业务人员数据库操作行为的全面审计与控制能力，弥补传统

2、系统审计能力不足的缺点，完善企事业单位安全审计体系建设。1.2 测试目的：本测试计划是为了更好地控制业务数据库审计系统的项目测试工作（包括 明确测试目的、测试进度安排等），旨在于有效地规范产品测试进度，提高测试 的有效性和文档管理质量，明确测试工作各阶段的任务，步骤，关键评审点和与 开发流程的关系及接口，通过此测试计划能够控制整个测试项目合理、全面、准确、协调地完成。项目管理人员根据此计划，可以对项目进行宏观调控。测试人员根据此计划，能 够明确自己的权利、职责，并对项目的总体情况有个大致的认识， 能够准确地定 位自己在项目的作用，并能使自己从事的工作从整体的意义上发挥最大的作用。1.3 测试范

3、围：根据产品的实际特点确定测试内容，对项目部分模块除功能测试外，还可 能进行集成测试，功能测试，界面测试，性能测试，系统测试，安装测试等； 重点进行： 功能测试：（等价类划分发、边界值分析法、正交表测试、错误推测法）系统测试：（逻辑性、界面）性能测试：通过测试确定系统运行是的性能表现，运行速度，响应时间，占有资源等系统数据。2测试参考文档文档名称是否已创建版本/时间软件概要设计否模块开发手册否用户操作手册是3测试资源3.1 人力资源测试人员测试工作内容章侃策略模块陈小玲存储，系统模块黄德帅运维模块房建勋分析模块交互测试，发散测试3.2 测试环境工具用途数据库用于数据存储安全的远程登录工具缺陷管

4、理工具3.3 测试工具软件环境（相关软件、操作系统等）7 2003 系统支持6.0版本以上的浏览器 一 硬件环境（网络、设备等） 堡垒机系列4测试进度任务人员/名称相关工作量（/天）测试计划测试项目数据库审计系统测试策略测试全体成员测试需求测试全体成员评审测试计划测试全体成员确定资源已确定调度测试活动已建立生成测试计划文档已完成测试设计分析测试需求测试全员指定测试过程手工和自动化设计测试用例以自动化测试为目的编写测试用例待定评审测试用例待定测试需求覆盖率95%测试执行设置测试系统待定执行测试待定验证测试结果待定调查突发结果（异常）待定生成测试报告待定测试评审回顾测试报告待定评审测试需求覆盖率待

5、定评审遗漏缺陷待定决定是否达到测试完成的标 准待定产品总结资料归档待定产品发布待定5测试策略测试目标检测需求中业务流程，数据流的正确性测试范围：需求中明确的业务流程，或组合不向功能模块而形成一个大的功 能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能， 以验证以下内容：1. 在使用有效数据时得到预期的结果。2. 在使用无效数据时显示相应的错误消息或警告消息。 使各业务功能最终都得到了正确的应用。开始标准：在完成某个集成测试时必须达到标准完成标准：所计划的测试已全部执行。所发现的缺陷已全部解决。测试重点和优先级：测试重点指在测试过程中需着重测试的地方，优先级可以根据需 求及严重来定需

6、考虑的特殊事项：说明哪些将对功能测试的实施和执行造成影响的事项（内部因 素或外部因素）5.2功能测试测试目标确保测试的功能正常，其中包括日志分类，策略划分，数 据输入，处理和检索等功能。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能， 以验证以下内容：1 .在使用有效数据时得到预期的结果。2 .在使用无效数据时显示相应的错误消息或警告消息。 使各业务功能最终都得到了正确的应用。开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：说明哪些将对功能测试的实施和执行造成影响的事项（内 部因素或外部因素）5.3 界面测试测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功

7、能和需求，这种浏 览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问 方法（键、鼠标移动、和快捷键）的使用窗口的对象和特征 （例如，菜单、大小、位置、状态和中心） 都符合标准。测试范围：技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和 对象都可止确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可 接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第二方对象的特征都可访问。5.4 性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测

8、试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加 每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事 务为基准），并在多个客户机（虚拟的或实际的客户机，请参见 下面的“需要考虑的特殊事项”）上重复。开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功 地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成 测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到"服务器上，这通常以

9、“结构化语 言”（）调用的形式来实现。通过创建“虚拟的”用户负载来模拟许多个 （通常为数百个） 客户机。此负载可通过“远程终端仿真（）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统 上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以 便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的 数据库。5.5 安装测试测试目标核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中： 首次安装。以前从未安装过项目名称的新计算机 更新。以前安装过相同版本的项目名称的计算机 更新。以前安装过项目名称 的较早版本的计算机测试范围：技术：手工开发脚本或开发自动脚本，以验证目标计算机的状况首次安装项目名称从未安装过；项目名称安装过相同或较早 的版本。启动或执行安装。使用预先确定的功能测试脚本子集来运行事务。开始标准：完成标准：项目名称事务成功执行，没有出现任何故障。测试重点和优先级：需考虑的特殊事项：应该选择项目名称 > 的哪些事务才能准确地测试出项目名称应用程序已经成功安装，而且没有遗漏主要的软件构件？。6