测试报告

测试报告

回归测试工作完成后，就代表着产品即将上线，此时每个测试人员都需要针对自己所测试的模块出具一份测试报告，以此来总结测试结果。测试报告可以说是软件测试人员在测试阶段的最后一份输出文档。那么初级软件测试工程师应该如何撰写测试报告呢？

记录测试的过程和结果，对发现的问题和缺陷进行分析的文档

阶段测试报告

整体测试报告

    1）编写目的

        ①对测试报告进行相应的解释

        ②对项目进行简介

        ③对于测试任务进行简单描述，要测试哪些内容

    2）测试人员

        类似于测试计划中的人员分工，简单描述日期等

    测试环境

        软件和硬件环境

阶段测试报告：

    1、测试进度情况

    2、用例执行情况

    3、缺陷统计

总体测试报告：

    1、各版本的测试情况

    2、各版本的缺陷统计

    1、按照缺陷级别

    2、按照功能模块

    3、按照轮次

    4、缺陷总数

    5、缺陷类型

    6、缺陷趋势

1、测试结论

    通过/不通过；

    需求覆盖率100%，测试用例执行过率100%；

    缺陷：致命=0，严重=0，一般=0，提示≤10%

2、风险分析

    测试进度、人员安排导致的风险；

    测试内容考虑范围之外导致的风险；

    测试环境不全面导致的风险。

3、遗留问题

    遗留问题描述、等级、处理方法。

    一，概要

         1、编写目的

         背景

            本报告为利民商城1.0版本的测试报告，用于记录测试过程，总结测试情况，分析测试数据，归纳测试工作过程中的问题与遗留的风险，给出相应的测试建议供后续参考。

            利民商城是Android平台的电商应用，1.0版本是首次发布版本。包含登陆/注册、商品展示/搜索、购物车、订单管理、支付等功能。

         测试内容

            对利民商城1.0版本进行了功能、性能、易用性、兼容性测试。功能测试覆盖以上所有功能；对登陆和订单管理功能进行了性能测试；兼容性测试覆盖了Android 6，7，8，9版本，华为、小米等主流厂家机型。

         2、测试人员

            测试工作6月1日开始，6月15日测试完成，测试组4人，总工作量60人天。人员分工如下表：

        3、测试环境

    二，测试过程

        1、测试进度

        2、用例执行情况

            执行率=执行用例数/用例总数

            通过率=通过用例数/执行总数

      3、缺陷设计

            1.0版本共发现缺陷21条，新增bug10个，修复bug17个，遗留bug4个。

            修复率=bug修复/bug总数

    三，缺陷分析

        1、缺陷级别分析

              解析：严重缺陷、一般缺陷、轻微缺陷各占总缺陷的5%，轻微缺陷占85%。

         2、缺陷模块分析

            解析：bug共21条，其中17条存在于登录/注册模块，开发人员需要着重对于该模块进行自测。

        3、缺陷类型分析

            按照版本统计

            按照趋势统计

     四、测试总结

        1，测试结论

            内容：通过/不通过，执行率、通过率、修复率、遗留问题的级别以及数量。

            示例：积云商城1.1测试通过，可以上线。测试用例执行率100%，测试用例通过率95%，未通过的测试用例不影响业务运行。严重缺陷为0，一般缺陷为0，轻微缺陷小于10%。

        2，风险分析

        3，遗留问题2022-07-28