6.3、测试分析报告

1、测试分析报告 対CICR(H)SSP-T003 项目名称-版本 测试分析报告 V1.0 儆丁删 日期 瞬号 儆丁后 财号 WA 1、弓I言 编写目的 X2项目背景 1.4参考资料 2、测试计划执行情况 2.1测试项目 2 2测试机构和人员 2. 3测试结果 3、软件需求测试结论 4、评价 4.1软件能力 4. 2缺陷和限制 4. 3建议 4. 4测试结论 目录 13 13 13 14 14 14 1、引言 編写本测试分析报告的目的是为了对本系统测试后，对本系统尽量能够作一个客观而较为全而的 评价。以便于有关该系统徉方而的人员从测试结果的角度对系统有一个较为全面的了解。给予项目是 否发布提供重要

2、的依据。 该报告预期读者包括质量检测中心经理、测试部经理、项目开发组、SCCB成员、SOi人员等。 1.2项目背景 XXXXXX是在原XXXXXXX基础上开发的项目，该版本从立项到验收的时间为3月18 0-6月13日， 增加了8个功能需求，1个接口需求和3个非技术需求。本次测试除了对新增功能提供测试外，对原 先版本提供的功能也给予测试。 13定义 集成测试：又叫组装测试或联合测试，在单元测试的基础上，需要将所有的模块按照设讣要求组 装成为系统所做的测试； 系统测试：将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、 某些支持软件、数据和人员等尖他系统元素结合在一起，在

3、实际运行环境下，对讣算机系统进行 一系列的组装测试和确认测试：测试的焦点集中在整个系统的能力和特性上;。 日创建：通过开发组提供的最新源代码，建立创建环境创建目标代码，以便测试人员测试的过程。 按照日创建的要求日创建按天进行，目前阶段按照实际情况，一般按每周2次左右进行。 阿烟测试：对通过创建的模块进行简单的软件功能性测试，以确楚该版本程序已稳得足以通过 测试的评估。 回归测(regression testing)：用于验证对软件修改后有没有引出新的错误，或者说，验证修改后 的软件是否仍然满足系统的需求规格说明： 14参考资料 1.5术语与缩略词 2、测试计划执行情况 2J测试内容 列出每一测

4、试项目的名称、内容、目的。 2.2测试方案和策略 列出测试项目的功能测试方案或性能测试方案 2.3测试机构和人员 测试试机构: 负责人： 测试人员： 24测试环境 网络拓扑图 软件环境 硬件环境 2.5测试结果 测试结果如下： 1. BUG数统计如下: 发现Bl；G数 关闭BUG数 待解决BL；G数 延迟Bl；G数 剩余BIG数 2. BUG曲线图 3.不同严重程度的BUG分布 未关闭BUG说明， 1）状态为解决的1个BUG： 测试人员发现的BUG描述 开发人员对BUG的意见 BUG严重程度 2）状态为分配的1个BUG： 测试人员发现的BUG描述 开发人员对BUG的意见 BUG严重程度 3.状

5、态为延迟的45个BUG：（其中一般错误BUG32个，细微错误BUG4个，建议性BUG9个） 测试人员发现的BUG描述 开发人员对BUG的意见 BUG严重程度 4.工作量统计 功能点数量 代码行数量 测试用例数量 测试用例编写工时（人天 测试工时（人天） 测试时间（天） BUG总数 测试计划编写工时（人天） 测试分析报告编写工时（人天） 测试用例数虽/千行代码 测试用例编写工时/测试用例数量 测试用例数量/测试工时 BUG总数/千行代码 测试用例数虽/功能点数量 测试工时/功能点数量 测试时间/功能点数量 3. 软件需求测试结论 功能点 功能描述 测试结论 4、评价 4.1软件能力 经过测试所表明的软件能力。说明项目情况与品质目标的差异。 4.2缺陷和限制 说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的风险。 43建议