摩卡业务服务管理系统测试报告

评 测 日 期： 20xx年8月24日

SOX IT 合规性审计平台系统测试报告 目 录

1导言 ....................................................................................................................................................... 3

1.1目的 ................................................................................................................................................ 3

1.2范围 ................................................................................................................................................ 3

1.3术语定义 ........................................................................................................................................ 3

1.4引用标准 ........................................................................................................................................ 3

1.5参考资料 ........................................................................................................................................ 4

1.6版本更新信息 ................................................................................................................................ 4

2. 测试时间、地点和人员 ................................................................................... 错误！未定义书签。

3 测试环境描述 ...................................................................................................................................... 4

4测试执行情况 ....................................................................................................................................... 5

5 测试评估 .............................................................................................................................................. 7

5.1 测试任务评估 ............................................................................................................................... 7

5.2 测试对象评估 ............................................................................................................................... 7

SOX IT 合规性审计平台系统测试报告 1导言

1.1目的

该文档的目的是描述摩卡业务服务管理系统测试的总结报告，其主要内容包括： ? 系统环境简介

? 系统数据度量

? 系统结果评估

1.2范围

该文档定义了摩卡业务服务管理系统测试的结果，总结了摩卡业务服务管理系统的系统管理、计划与控制、IT运维管理、IT风险管理、合规性审计、报表中心的基本功能，给出了测试的结论。

1.3术语定义

功能性测试

按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。

非功能性测试

按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。

测试用例

测试人员设计出来的用来测试软件某个功能的一种情形。

1.4引用标准

[1] GB/T 11457 软件工程术语

[2] GB 8566 计算机软件开发规范

[3] GB 8567 计算机软件产品开发文件编制指南

SOX IT 合规性审计平台系统测试报告

1.5参考资料

[1] 《软件测试技术概论》

古乐 史九林编著 /清华大学出版社

[2] 《软件测试：第二版》

Paul C.Jorgensen著/机械工业出版社

1.6版本更新信息

本文档的更新信息如表G－１．

表G-1 版本更新记录

3 测试环境描述

本测试的测试目的是验证摩卡业务服务管理系统能否实现系统管理、计划与控制、IT运维管理、IT风险管理、合规性审计、报表中心的基本功能，以及并发访问的性能。

图G-1:测试机器的环境

这个测试机器的配置环境如下：

? 操作系统：Micrsoft windowXP SP2

? 浏览器：Micrsoft IE 7.0

SOX IT 合规性审计平台系统测试报告 ? CPU：AMD双核 ? 内存：2G ? 硬盘：250G

4测试执行情况

表G-2是测试用例执行情况的综述。

表G-2:测试用例的度量数据

SOX IT 合规性审计平台系统测试报告

SOX IT 合规性审计平台系统测试报告

5 测试评估

5.1 测试任务评估

本次测试执行准备充足，完成了既定目标。

5.2 测试对象评估

该系统运行稳定，对ITIL（IT Infrastructure Library）管理功能强大，界面友好易上手，安全性高。但功能不能完全满足兰州威立雅SOX审计工作的要求，部分功能模块需要进行二次开发，有些模块虽通过测试但还不是很切合兰州威立雅SOX审计工作的要求需要做一定的更改。

第二篇：入库管理系统软件测试报告

入库管理系统软件测试报告

XXX公司入库管理系统软件测试小组编写

日期：20xx年5月13日

1. 引言 .........................................................................................................................................................3

1.1 目的........................................................................................................................................................3

1.2 术语........................................................................................................................................................3

1.3 参照标准 ...............................................................................................................................................3

2. 测试日期安排 ............................................................................................................................................4

3. 测试小组及成员 ........................................................................................................................................4

4. 测试具体内容 ............................................................................................................................................4

4.1 软件文档检查 ......................................................................................................................................4

4.1.1 必须提供检查的文档 ................................................................................................................4

4.1.2 其他可能需要检查的文档 .......................................................................................................4

4.1.3 由业主确定必须检查的其他文档 ..........................................................................................4

4.1.4 文档质量的度量准则 ................................................................................................................4

4.2 可行性测试 ..........................................................................................................................................5

4.2.1 源代码一般性检查.....................................................................................................................5

4.2.2 软件可行性检查 .........................................................................................................................5

4.3 软件功能测试 ......................................................................................................................................6

4.3.1 界面(外观)测试...........................................................................................................................6

4.3.2 功能测试 ......................................................................................................................................6

4.3.3 稳定性(强度)测试 ......................................................................................................................6

4.3.4 强壮性(恢复)测试 ......................................................................................................................7

4.3.5 安全性测试 ..................................................................................................................................7

5. 测试结果交付方式 ...................................................................................................................................7

1. 引言

1.1 目的

为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。

1.2 术语

本大纲所提及的术语，其定义遵照GB/T 11457标准。

1.3 参照标准

● GB/T 11457—1995

软件工程术语

● GB 8566—1995；

信息技术软件生存期过程

● OGB 8567—1988*

计算机软件产品开发文件编制指南

● GB 9385*

计算机软件需求说明编制指南

● GB 9386—1988*

计算机软件测试文件编制指南

● GB/T 12504—1990

计算机软件质量保证计划规范

● OGB/T 12505—1990

计算机软件配置管理计划规范

● OGB/T 14079—1993

软件维护指南

● OGB/T 14394—1993

计算机软件可靠性和可维护性管理

● GB/T 16680一1996

软件文档管理指南

● 开发者企业规范

软件开发者有关软件工程的规范

说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。

（2）标记（*）号的标准为推荐标准。

2. 测试日期安排

在软件开发完成之前，由测试人员审核确定具体日期安排。

3. 测试小组及成员

由入库管理系统软件测试人员测试

4. 测试具体内容

测试内容应该包括：文档检查、可行性测试、软件功能测试等几项工作。

4.1 软件文档检查

4.1.1 必须提供检查的文档

● 入库单据检查

4.1.2 其他可能需要检查的文档

● 无

4.1.3 由业主确定必须检查的其他文档

说明：如果业主认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出

文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。

4.1.4 文档质量的度量准则

文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条：

● 完备性

开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的 文档，以保证在开发阶段结束时其文档是齐全的。

● 正确性

在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶 段的需求相一致。

● 简明性

在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各

种文档的特定读者。

● 可追踪性

在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪 性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内 容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检 索的难易程度。

● 自说明性

在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明 性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的 阶段成果的能力。

● 规范性

在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是 指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。

4.2 可行性测试

4.2.1 源代码一般性检查

仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。

● 命名规范检查

检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可 以由开发方在软件工程文档规范中单方面约定。

● 注释检查

检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到 30％左右。

● 接口检查

检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一 致，特定的外部接口协议是否符合。

● 数据类型检查

源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否 采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。

● 限制性检查

对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、 控件等进行检查。检查在长时间运行时，有无可能接近或者达到限制条件，

这里考虑的系统运行时间可能长达数年。

4.2.2 软件可行性检查

● 编译检查

要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成 相应的功能，从而确定移交的确实是正确的源代码。

● 安装／卸载检查

入库管理系统软件暂时还没打包。打包后会进行该项测试。

● 运行模块检查

能够正常输入输出入库文件的个项数据。

4.3 软件功能测试

软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开

发设计的再确认。

进行软件系统测试工作时，具体的测试用例是由开发方提供，并由测试方和用户

共同补充制定的。在开发方做完功能演示后，可以进行下列测试：

● 界面(外观)测试；

界面简洁，易操作。

● 功能测试；

能顺利完成文件入库，并且生成入库单据。

● 稳定性(强度)测试；

入库数据输入时偶尔会出现错误。

● 强壮性(恢复)测试；

部分设置功能有待完善。

● 安全性测试。

数据入库过程非常安全。

4.3.1 界面(外观)测试

对照界面规范(在软件需求规格说明书中规定，或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。

4.3.2 功能测试

检查数据在流程中各个阶段的准确性。对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。

检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。

如果存在遗产数据，应该检查遗产数据转换是否正确。

4.3.3 稳定性(强度)测试

测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。

利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试，观察其是否处于稳定状态。

4.3.4 强壮性(恢复)测试

采用人工的干扰使应用软件、平台软件或者系统硬件出错，中断正常使用，检测系统的恢复能力。进行强壮性测试时，应该参考性能测试相关的测试指标。

4.3.5 安全性测试

验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰，安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。

说明：进行安全测试时，必须遵循相关的安全规定，并且有业主派员参加。

5. 测试结果交付方式

测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给业主。具体交付方式，由业主和测试方双方协商确定。测试报告包括下列内容：

● 软件测试计划

● 软件测试日志

● 软件文档检查报告

● 软件代码测试报告

● 软件系统测试报告

● 测试总结报告

● 测试人员签字登记表