测试报告 拍卖系统

1、引言

1.1 编写目的

供开发人员、测试人员阅读

1.2项目背景

当代生活发展变化快，随着社会的进步以及日常生活的发展，人们对于物质生活地需求也日益丰富。日常线下的购买具有实体性的特点，但是不满足人们便捷购买，三方对比，快速到手的实际需要。在高端产品的购物上，往往门槛较高，设限较多。为了满足人们便捷购买物品的需要，本系统应运而生。；

1.3 定义

bug:软件不符合设计预期
测试用例：具体的测试例子
软件的生命周期：软件从无到无的阶段。需求分析、计划、设计、编码、测试、运行维护。
瀑布模型：软件生命周期的每一阶段只执行一次。
敏捷测试：不依赖文档，强调合作。
敏捷测试v模型：先设计，后测试。
敏捷测试w模型：一边还发，一边测试。

1.4 参考资料

主要包括《需求规格说明书》、项目计划、测试计划、测试用例、缺陷列表、行业标准规范等

2、测试概要

1）系统简介

本系统基于JAVA语言开发，使用SSM框架，MySQL数据库。日常线下的购买具有实体性的特点，但是不满足人们便捷购买，三方对比，快速到手的实际需要。在高端产品的购物上，往往门槛较高，设限较多。为了满足人们便捷购买物品的需要，本系统应运而生。在开发阶段开发了关于首页显示、指定商品搜素、选购页显示、用户注册、用户登录、用户注销等功能。

2）测试环境

windows10,fireFox

3）测试过程，如下表：

表1 注册测试表
注册测试表

登录功能：如表2所示。以账号：aaaaaa，密码：666666为例。
表2 登录测试表

注销功能：如表3所示。
表3 注销测试表

商品展示：如表7所示。

表7 商品展示测试表

查询功能：以表中数据：名称：M4A1,描述：66，开始时间：2022-09-03 20:00,结束时间：2022-09-04 20:59，价格：10为例。如表8所示。

表4 查询测试表
查询测试表

测试结果：符合期望。

3.测试质量评估

1）总体评价结论

项目基本完成，但是需要继续完善
​

2）需求测试结果

功能测试结果：
功能性需求即按照需求规格说明书进行功能测试，测试的功能主要如下表所示：

用户界面测试结果：

本次测试计划关于用户界面测试需求主要按照需求规格说明书的要求进行测试，要进行的界面需求如下表所示：

性能测试结果：

本次测试计划关于性能测试需求主要按照需求规格说明书的要求进行测试，但测试较为简单，不予说明。

配置测试结果：

本次测试计划关于配置测试需求主要按照需求规格说明书并结合通用测试案例的要求进行测试，要进行的配置测试需求如下表所示：

安全和访问控制测试结果：

本次测试计划关于安全测试需求主要按照需求规格说明书并结合通用测试案例的要求进行测试，要进行的安全测试需求如下表所示：

3）缺陷统计分析
安全性可做改善 项目需求还可继续实现完善

1.1.1. 项目Bug统计（Bug汇总）

1.1.2. 按Bug严重程度统计

测试发现的bug主要集中在未完善功能级别major，属于一般性的功能缺陷，但是测试的时候，出现了3个涉及到程序启动不了等严重级别的bug，出现严重级别的bug主要表现在以下几个方面：
系统的主要功能没有实现
本系统统主要功能逻辑混乱导致意外bug

1.1.3. 版本Bug数量

bug提交和解决状况比较理想，当前提交的bug都能够在很快的时间得到修复，并且随着版本的稳定解决bug数量为全部解决新增bug数量逐渐降低，整个过程属于正常的软件版本迭代过程。

1.1.4. 模块Bug数量

总结，bug主要分布模块是查询模块（1个）和拍卖模块（1个），占到了全部bug的100%以上。
1.1.5. 按Bug激活次数统计

​
按Bug激活次数统计

1.1.6. 按Bug类型统计

结论：系统的问题类型主要分布于测试过程和维护过程发现影响系统运行的缺陷bug和对现有系统功能的改进improvement。

1.1.7. 未关闭Bug统计

打开的bug有0个，重新打开的bug有1个。已解决bug有3个，主要是代码错误bug。系统整体的遗留bug数量达到测试结束标准。

1.1.8. 按用例结果统计

​

说明：本次迭代进行了新需求测试，通过率不高，后续将在阻塞和失败的功能模块进行改进。

4）覆盖率分析

辄代分析

5）测试评估

功能大体完成，但是有功能需要完善。
性能上可以在一般：windows10系统，的家庭机上使用
可以兼容谷歌、火狐、微软等多种浏览器
安全性还可以提升

6）整体分析

本次开发采用瀑布模型，测试缺陷主要集中在需求定义不明确，以及拍卖，条件搜索功能性错误。