《软件测试(验收)大纲》.docVIP

软件测试（验收）大纲 TOC \o 1-3 \h \z \u 1. 引言 57 1.1 目的 57 1.2 术语 57 1.3 参照标准 57 2. 测试日期安排 58 3. 测试小组及成员 58 4. 测试具体内容 58 4.1 合法性检查 58 4.2 软件文档检查 58 4.2.1 必须提供检查的文档 58 4.2.2 其他可能需要检查的文档 59 4.2.3 由业主确定必须检查的其他文档 59 4.2.4 文档质量的度量准则 59 4.3 软件代码测试 59 4.3.1 源代码一般性检查 59 4.3.2 软件一致性检查 60 4.4 软件系统测试 60 4.4.1 界面(外观)测试 61 4.4.2 可用性测试 61 4.4.3 功能测试 61 4.4.4 稳定性(强度)测试 61 4.4.5 性能测试 61 4.4.6 强壮性(恢复)测试 61 4.4.7 逻辑性测试 61 4.4.8 破坏性测试 61 4.4.9 安全性测试 62 5. 测试结果交付方式 62  引言 目的 为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。 术语 本大纲所提及的术语，其定义遵照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）标记（*）号的标准为推荐标准。 测试日期安排 开发方如期交付软件的基础上，由业主审核确定具体日期安排。 测试小组及成员 由业主聘请具有一定的分析、设计、编程和软件测试经验的测试组长和其他专业人员组成。测试组设组长一名(可设有副组长)，负责整个测试的计划、组织工作。 或委托具有国家认可测试资质的第三方进行测试。 测试具体内容 测试内容应该包括：合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。 合法性检查 检查开发者在开发本软件时，使用的开发工具是否合法。对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。 软件文档检查 必须提供检查的文档 项目实施计划； 详细技术方案； 软件需求规格说明书(STP)(含数据字典)； 概要设计说明书(PDD)； 详细设计说明书(DDD)(含数据库设计说明书)； 软件测试计划(STP)(含测试用例)； 软件测试报告(STR)； 用户手册(SUM)(含操作、使用、维护、应急处理手册)； 源程序(SCL)(不可修改的电子文档)； 项目实施计划(PIP)； 项目开发总结(PDS)； 软件质量保证计划(SQAP)； 其他可能需要检查的文档 软件配置计划(SCMPP)； 项目进展报表(PPR)； 阶段评审报表(PRR)； 由业主确定必须检查的其他文档 说明：如果业主认为4.1.1节和4.1.2节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。 文档质量的度量准则 文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。文档质量的度量准则就是要评审各阶段文档的合适性。主要有以下六条： 完备性 开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的 文档，以保证在开发阶段结束时其文档是齐全的。 正确性 在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶 段的需求相一致。 简明性 在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各 种文档的特定读者。 可追踪性 在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪 性包括横向可追踪性和纵向