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

入库管理系统软件测试报告 XXX公司入库管理系统软件测试小组编写 日期：2008年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  引言 目的 为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。 术语 本大纲所提及的术语，其定义遵照GB/T 11457标准。 参照标准 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）标记（*）号的标准为推荐标准。 测试日期安排 在软件开发完成之前，由测试人员审核确定具体日期安排。 测试小组及成员 由入库管理系统软件测试人员测试 测试具体内容 测试内容应该包括：文档检查、可行性测试、软件功能测试等几项工作。 软件文档检查 必须提供检查的文档 入库单据检查 其他可能需要检查的文档 无 由业主确定必须检查的其他文档 说明：如果业主认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。 文档质量的度量准则 文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条： 完备性 开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的 文档，以保证在开发阶段结束时其文档是齐全的。 正确性 在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶 段的需求相一致。 简明性 在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各 种文档的特定读者。 可追踪性 在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪 性包括横向可追踪性和纵向可追踪性两个方面。前者是指在不同的文档的相关内 容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检 索的难易程度。 自说明性 在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明 性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的 阶段成果的能力。 规范性 在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是 指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。 可行性测试 源代码一般性检查 仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。 命名规范检查 检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可 以由开发方在软件工程文档规范中单方面约定。 注释检查 检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到 30％左右。 接口检查 检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一 致，特定的外部接口协议是否符合。 数据类型检查 源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否 采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。 限制性检查 对一些