《6.3、测试分析报告21341.pdf》由会员分享，可在线阅读，更多相关《6.3、测试分析报告21341.pdf（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 文档编号：CICRO-OSSP-T003 项目名称-版本 测试分析报告 V1.0 测试分析报告 版本控制页 编号 章节 修订说明 修订 日期 修订前 版本号 修订后 版本号 修订人 批准人 测试分析报告 目录 1、引言.1 1.1 编写目的.1 1.2 项目背景.1 1.3 定义.1 1.4 参考资料.1 2、测试计划执行情况.2 2.1 测试项目.2 2.2 测试机构和人员.2 2.3 测试结果.2 3、软件需求测试结论.13 4、评价.13 4.1 软件能力.13 4.2 缺陷和限制.14 4.3 建议.14 4.4 测试结论.14 测试分析报告 1、引言 1.1 编写目的 编写本测试分
2、析报告的目的是为了对本系统测试后，对本系统尽量能够作一个客观而较为全面的评价。以便于有关该系统各方面的人员从测试结果的角度对系统有一个较为全面的了解。给予项目是否发布提供重要的依据。该报告预期读者包括质量检测中心经理、测试部经理、项目开发组、SCCB 成员、SCM 人员等。1.2 项目背景 xxxxxx 是在原 xxxxxxx 基础上开发的项目，该版本从立项到验收的时间为 3 月 18 日6 月 13 日，增加了 8 个功能需求，1 个接口需求和 3 个非技术需求。本次测试除了对新增功能提供测试外，对原先版本提供的功能也给予测试。1.3 定义 集成测试：又叫组装测试或联合测试，在单元测试的基础
3、上，需要将所有的模块按照设计要求组装成为系统所做的测试；系统测试：将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试；测试的焦点集中在整个系统的能力和特性上；。日创建：通过开发组提供的最新源代码，建立创建环境创建目标代码，以便测试人员测试的过程。按照日创建的要求日创建按天进行，目前阶段按照实际情况，一般按每周 2 次左右进行。冒烟测试：对通过创建的模块进行简单的软件功能性测试，以确定该版本程序已稳定得足以通过测试的评估。回归测试(regression test
4、ing)：用于验证对软件修改后有没有引出新的错误，或者说，验证修改后的软件是否仍然满足系统的需求规格说明；1.4 参考资料 1.5 术语与缩略词 2、测试计划执行情况 2.1 测试内容 列出每一测试项目的名称、内容、目的。2.2 测试方案和策略 列出测试项目的功能测试方案或性能测试方案 测试分析报告 2.3 测试机构和人员 测试试机构：负责人：测试人员：2.4 测试环境 网络拓扑图 软件环境 硬件环境 2.5 测试结果 测试结果如下：1 BUG 数统计如下：发现 BUG 数 关闭 BUG 数 待解决 BUG 数 延迟 BUG 数 剩余BUG数 2BUG 曲线图 3不同严重程度的 BUG 分布
5、未关闭 BUG 说明：1）状态为解决的 1 个 BUG：测试人员发现的 BUG 描述 开发人员对 BUG 的意见 BUG 严重程度 2）状态为分配的 1 个 BUG：测试人员发现的 BUG 描述 开发人员对 BUG 的意见 BUG 严重程度 3）状态为延迟的 45 个 BUG：（其中一般错误 BUG32 个，细微错误 BUG4 个，建议性 BUG9 个）测试人员发现的 BUG 描述 开发人员对 BUG 的意见 BUG 严重程度 测试分析报告 4.工作量统计 功能点数量 代码行数量 测试用例数量 测试用例编写工时（人天）测试工时（人天）测试时间（天）BUG 总数 测试计划编写工时（人天）测试分析
6、报告编写工时（人天）测试用例数量/千行代码 测试用例编写工时/测试用例数量 测试用例数量/测试工时 BUG 总数/千行代码 测试用例数量/功能点数量 测试工时/功能点数量 测试时间/功能点数量 3、软件需求测试结论 功能点 功能描述 测试结论 测试分析报告 4、评价 4.1 软件能力 经过测试所表明的软件能力。说明项目情况与品质目标的差异。4.2 缺陷和限制 说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的风险。4.3 建议 提出为弥补上述缺陷的建议。4.4 现场环境的差别及相关注意事项 说明模拟环境与用户实际使用环境的差别；及部分需求和性能未能确认的部分。4.5 测试结论 说明能否通过。