zoukankan      html  css  js  c++  java
  • 软件开发过程学习笔记(六)之测试报告模板 分类: 开发过程 2015-07-08 14:50 8人阅读 评论(0) 收藏

    1 概述

    1.1 目的

    本测试报告为xx的测试报告,目的在于总结测试阶段的测试情况以及分析测试结果,描述系统是否符合用户需求,是否已达到用户预期的功能目标,并对测试质量进行分析。测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。

    1.2 项目背景

    项目名称:xx

    产品型号:xx

    开发单位:xx

    1.3 适用对象和范围测试范围

    测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试,包括功能测试、性能测试、xx测试等,而单元测试和集成测试由开发人员来执行。

    1.4 参考文档

    《xx软件需求说明书》

    《风险分析报告》

    1.5 缩写定义

    1.6 与其它文档的关系

    本文档依照软件需求说明书进行设计,保证软件测试的充分性和完整性。该文档是系统测试的总结报告,为以后的产品维护提供依据。

    2 测试计划执行情况

    2.1 测试类型

    测试类型

    测试内容

    测试目的

    所用的测试工具和方法

    操作测试、动态测试、黑盒测试

    功能点测试、白盒测试

    覆盖性测试、动态测试、黑盒测试

    覆盖性测试、动态测试、黑盒测试

    功能点测试、动态测试、黑盒测试

    2.2 测试环境与配置

    资源名称/类型

    配   置

    2.3 测试人员

    职务

    姓名

    E-mail

    电话

    开发工程师

    测试人员

    2.4 测试问题总结

    在整个系统测试执行期间,项目组开发人员高效地及时解决测试人员提出的各种缺陷,在一定程度上较好的保证了测试执行的效率以及测试最终期限。

    3 测试总结

    3.1 测试用例执行结果

    模组标识符

    模组名称

    测试用例标识符

    测试名称

    状态

    UI-01

    TC-UI-01-001

    PASS

    3.2 测试问题与风险分析

    1、执行测试用例出现的错误与问题

    测试用例标识符

    错误或问题描述

    错误或问题状态

    2风险分析

        严重级别

    需求

    可忽略的

    (negligible)

    边际的

    (marginal)

    致命的

    (critical)

    灾难性的(catastrophic)

    总数

    0

    0

    3.3 测试结果分析

    覆盖分析

    需求/功能

    用例个数

    执行个数

    未执行

    /漏测分析原因

    /

    /

    本次测试中共发现bug xx 个,按严重程度,风险主要集中在xx等级,

    按需求分类,功能性缺陷相当对多些。可以看出:缺陷大部分集中在xx部分。

    4 综合评价

    4.1 软件能力

    经过项目组开发人员、测试人员以及相关人员的协力合作,注射泵项目已达到交付标准。该注射泵项目能够实现用户需求说明书上的功能,能够满足用户的需求。

    4.2 建议

    需求提出方可以在使用该系统的基础上,继续搜集用户的使用需求反馈,以便在今后的版本中补充并完善。

  • 相关阅读:
    resolv.conf 是什么
    Cloudera Manager Free Edition 4.1 和CDH 4.1.2 简易安装教学
    bach cello
    windows 7 旗舰版 切换 中英文 界面
    geghi 教程 以lesmiserable 为例
    python 使用 tweepy 案例: PS4
    用Live Writer写博文插入程序代码的三个插件比较
    侧滑菜单
    [Android]简略的Android消息机制源码分析
    常用git命令
  • 原文地址:https://www.cnblogs.com/xieping/p/4666298.html
Copyright © 2011-2022 走看看