第一章 绪论1.1 研究背景与意义传统线下书店由于营业时间和地理位置的限制读者购书常常会遇到奔波耗时、库存信息滞后等麻烦早期的线上书店虽然把交易搬到了互联网上但是大多只关注新书销售没有很好地整合用户之间的二手图书流转图书闲置资源被大量浪费读者和管理者之间的信息反馈渠道也并不畅通购书体验碎片化问题严重[1]。随着互联网技术的不断进步读者对于购书过程的便捷性、图书信息的全面性、闲置资源处理的高效性等各方面的要求也越来越高单一的销售方式已经不能满足当下用户对于循环经济和即时互动的综合需求[2]。开发出集新书销售、电子书购买和图书回收为一体的线上书店系统可以将图书从销售到回收的全部过程线上化提高信息传播速度和资源匹配度对规范图书交易流程、改善用户的购书体验、推进图书循环利用生态建设有实际意义也可以给同类型垂直电商平台功能整合提供可操作的设计参考。1.2 国内外研究现状1.2.1 国内现状国内线上书店发展从最早的单一电商平台销售模式到后来的多元化服务整合。早期以当当网、卓越网为代表的综合电商平台最早把图书销售线上化其模式主要是新书零售为主交易流程比较简单[3]。接着以孔夫子旧书网为代表的垂直平台出现开始关注二手图书交易但是其系统大多停留在商品发布和简单的搜索上用户互动和订单管理能力比较弱[4]。移动互联网普及之后被引入的电子书和知识服务平台有App、微信读书等扩大了图书消费场景但是图书回收和用户反馈管理仍然独立存在没有形成闭环[5]。近些年来部分综合电商平台开始涉足二手回收入口不过系统整合程度不高订单管理同回收流程之间依然存在数据割裂状况[6]。国内研究者对于电商系统的设计已有一定的经验但是关于图书回收和多类型订单统一管理的系统化实践还比较缺乏[7]。1.2.2 国外现状国外的线上书店对于图书销售和回收的整合开始得比较早已经形成了一套比较成熟的商业模式和架构。以Amazon为代表的一线综合性平台最早就建立了图书销售和第三方二手书交易相结合的机制它的用户评价体系以及订单追踪系统给图书流转提供了一定的保障[8]。AbeBooks平台主要经营古籍和二手书交易用标准化的商品描述和全球化的物流系统来实现图书资源的高效匹配[9]。在电子书方面Apple Books和Google Play Books依靠移动生态系统实现了电子书的即时交付以及跨设备同步阅读但是电子书订单和纸质书订单管理系统的独立运作没有融合在一起[10]。部分欧洲独立书店所开发的线上平台也采取了与之对接的方式把线下回收的服务同线上订单系统结合起来依靠本地化的物流优势来解决图书逆向流转的问题[11]。国外的研究重点是电商系统在订单管理、用户反馈和库存跟踪等技术方面实现的成果给多角色权限管理以及多种类型的订单统一处理提供成熟的方案[12]。1.3 主要研究内容本课题以线上书店系统为研究对象属于面向普通用户和管理员的图书交易和回收综合服务平台。系统包含普通用户公告通知查看、图书资讯浏览、图书信息查询、纸质图书购买、电子图书购买、图书回收申请、投诉反馈提交等主要功能以及管理员纸质图书订单管理、电子图书订单管理、图书回收管理、投诉反馈处理、通知公告发布、图书资讯管理、图书信息管理等主要功能。按照软件工程的规范流程依次完成需求分析、总体架构设计、功能模块划分、数据库设计、系统实现、测试。技术路线为前后端分离的B/S架构前端使用Vue框架后端用SpringBoot框架数据存储用MySQL数据库。最终使新书销售、电子书购买和图书回收这三个业务模块有机地结合在一起重点解决图书交易过程中销售和回收相分离、不同类型订单分散管理、用户反馈渠道不畅通等问题。第二章 相关技术介绍2.1 Spring Boot框架SpringBoot框架是基于Spring生态的它的设计目的就是解决传统Spring应用开发中配置繁杂、依赖管理复杂的难题。该框架在启动的时候会扫描类路径下的依赖库从而自动完成大量的基础配置的注册和加载开发者不需要显式地声明就可以得到一个可以运行的应用环境。框架内嵌入了Servlet容器应用打包之后可以直接启动容器的生命周期是由框架来统一管理的。SpringBoot使用前端控制器模式所有的请求都会被DispatcherServlet分发到对应的处理器上处理器执行完业务逻辑之后再返回模型和视图。框架给出一个条件化的配置机制依据类路径中是否有某个类来决定是否加载该配置从而使得同一个代码可以在不同的环境里自由地运行。数据访问层使用模板类封装了常见的操作开发者调用模板方法就可以完成数据库交互[13]。框架自带了健康检查、指标监控的端点在运行的时候可以公开应用的状态信息。构建工具使用Starter依赖聚合出功能模块所需要的全部依赖项引入一个模块就可以得到完整的功能集。2.2 Vue框架Vue框架使用声明式渲染方式开发者用模板语法来描述界面结构和数据绑定的关系框架内部把模板编译成虚拟DOM树。当组件的数据发生改变的时候框架就会发起异步更新队列把同一天内多次出现的数据更新合并成一次更新。在数据变更检测上框架利用对象属性拦截器对数据对象进行递归遍历给每一个属性加上getter和setter方法数据访问时保存依赖数据修改时触发更新。虚拟DOM机制在更新阶段把新旧节点树进行对比用双端比较算法得到最小化差异集合然后将差异批量应用到真实DOM节点上。组件系统可以将界面拆分成一个个独立的单元每个单元都负责自己的状态和样式组件之间通过props传递只读数据自定义事件来发送消息。框架在运行时包括编译时和运行时两部分完整版可以编译模板运行时版需要先预编译模板。单文件组件把模板、逻辑和样式集中到一个文件里由工具将其转换成JavaScript模块[14]。2.3 MySQL数据库MySQL数据库使用客户端-服务器架构服务端进程处理连接请求、解析SQL语句、执行查询计划。查询处理阶段解析器把SQL文本转化为语法树优化器利用统计信息和代价模型来挑选执行途径执行引擎调用存储引擎接口来达成数据操作。存储引擎层用插件的形式加载InnoDB引擎使用聚簇索引来组织数据主键索引的叶子节点保存完整的行记录二级索引的叶子节点保存主键值。事务处理机制用重做日志和回滚日志保证原子性和持久性重做日志记录物理修改操作回滚日志记录逻辑修改前的状态。锁机制可以分为行级锁和表级锁行锁是在索引记录上加锁间隙锁是锁定索引记录之间的间隙。缓冲池用来缓存数据页和索引页页是磁盘和内存之间数据交换的基本单位修改操作先在缓冲池里完成脏页由后台线程异步刷回磁盘[15]。复制功能依靠二进制日志来完成主库把变更事件存入日志从库读取并回放这些事件从而达成数据同步。2.4 RESTful API设计风格RESTful API以资源为单位来构建接口每一个资源都有一个唯一的资源标识符资源的状态用表述的形式在客户端和服务端之间传递。请求方法对应操作类型GET方法获取资源表述POST方法创建新资源PUT方法替换资源状态DELETE方法删除资源。服务端响应中包含状态码2xx类表示成功处理3xx类表示重定向4xx类表示客户端错误5xx类表示服务端异常。接口设计采用无状态的方式每次请求都会携带完整的上下文信息服务端不会保存会话状态。表述格式一般用JSON结构数据用键值对的形式组织嵌套结构用来表示资源之间的联系。缓存控制用响应头字段来实现客户端根据过期时间和验证信息来决定是否使用本地副本。内容协商机制可以让客户端指定想要得到的表述格式和语言服务端根据请求头给出相应的版本[16]。超媒体约束要求响应里含有链接信息客户端依靠链接导航来完成业务流程服务端同客户端之间脱离了接口耦合。第三章 系统分析3.1 可行性分析3.1.1 技术可行性系统使用前后端分离架构前端用Vue框架具有成熟的组件化开发模式后端用Spring Boot框架可以完成所有的业务逻辑处理MySQL数据库可以对数据进行持久化存储和事务管理。开发人员经过前期的学习已经掌握了框架的基本使用方法可以完成功能模块的编码和调试工作。系统运行过程中会存在并发访问时数据库连接池资源竞争的问题通过合理设置连接池参数可以改善资源争用的情况。接口安全使用采用的是角色权限不同的用户组有不同的操作权限。因此该系统的技术上是可行的。3.1.2 操作可行性系统界面的布局参照主流电商平台的设计风格用户不用经过任何的学习就可以完成图书检索、下单购买、回收申请等操作。管理员后台使用表单化的操作方式订单处理、内容发布等日常维护工作只需点击和填写就可以完成。系统上线之后日常运维工作主要集中在订单审核和内容更新这两方面维护人员经过短暂的熟悉就可以完成。因此系统在操作上是可行的。3.1.3 经济可行性项目开发投入主要用在开发人员的工作时间上硬件设备使用现有的个人计算机就可以满足开发和测试的需求。后端框架、前端框架以及数据库全部使用开源的技术方案不需要支付授权费用。系统上线之后主要的运行成本就是服务器资源占用费用和系统带来的图书流转效率提高相比处于可控范围内。因此系统在经济上是可行的。3.2 功能需求分析3.2.1 用户功能用户登陆之后就可以查看平台所发布的信息公告以及图书资讯从而获取到最新的活动信息和书籍推荐。用户通过图书信息查询功能查询需要的图书查看图书详情之后选择纸质图书购买或者电子图书购买的方式进行交易。用户可以将闲置的图书提交到图书回收模块输入相关信息之后等待处理。用户在使用时出现的任何问题都可以通过投诉反馈功能向平台提出意见或者申诉。用户角色用例图如图3-1所示。图3-1用户用例图3.2.2 管理员功能管理员对纸质图书订单、电子图书订单进行处理对订单的状态进行跟踪和管理。管理员收到图书回收申请之后就开始了回收工作对用户投诉的反馈信息进行核实和回复。管理员还要负责通知公告的发布、图书资讯的更新和图书信息的管理等工作。管理员角色的用例图如图3-2所示。图3-2管理员用例图第四章 系统设计4.1 系统架构设计系统用前后端分离的模块化设计把展示层、业务逻辑层和数据访问层分开。前端使用Vue框架来创建用户界面异步请求后端服务器后端使用Spring Boot框架接收请求控制器层对请求进行参数校验和路由分发服务层进行业务规则处理数据访问层用对象关系映射方式和数据库交互。系统有图书信息检索、订单交易处理、图书回收申请、投诉反馈管理等主要业务模块。用户操作触发前端请求后端根据请求类型调用相应的服务组件服务组件在事务管理的控制下完成数据库的读写操作返回的结果以结构化的数据格式给前端完成界面渲染[17]。MySQL数据库完成数据持久化的工作用索引设计和事务隔离级别来保证数据的一致性以及响应速度。系统的总体架构如图4-1所示。图4-1系统架构图4.2 系统结构功能设计系统为普通用户和管理员这两个角色设计功能模块。普通用户可以进行公告通知的查看图书资讯的浏览图书信息的查询纸质图书的购买电子图书的购买图书回收的申请投诉的提交等操作。管理员对纸质图书订单、电子图书订单、图书回收业务、投诉反馈、通知公告发布、图书资讯、图书信息等进行管理。该系统的功能结构如图4-2所示。图4-2系统功能结构图4.3 系统流程设计4.3.1 总体业务流程图设计系统总体业务流程从用户访问开始用户进入系统后可以浏览图书信息将商品加入购物车后提交订单。订单生成之后用户需要进行支付操作支付成功之后进入发货流程用户签收之后订单就完成了。用户可以自行提交图书回收申请上传闲置图书资料等待管理员审批审批通过后由管理人员上门取走。管理员在后台进行订单发货、回收审核、内容发布等工作。总业务流程图如下图4-3所示。图4-3系统总体业务流程图4.3.2 纸质图书购买流程设计用户选择纸质图书之后就进入到商品详情页了解相关情况输入所购数量并确定之后再点击购买按钮。系统对库存进行校验库存不足的时候提示用户减少数量。库存充足之后就产生订单记录用户填写收货地址以及支付方式。支付成功之后订单状态变为待发货管理员在后台进行发货工作。纸质图书购买流程图4-4所示。图4-4纸质图书购买流程图4.3.3 电子图书购买流程设计用户浏览电子图书列表之后选择想要购买的图书进入详情页查看图书的介绍以及价格。用户确认购买之后系统对用户的账户余额或者跳转到支付网关。支付成功后电子图书文件就会自动推送到用户的账户中用户可以在个人中心查看自己购买的电子书并在线阅读。电子图书购买流程图如图4-5所示。图4-5电子图书购买流程图4.3.4 图书回收流程设计用户登录之后进入图书回收模块填写闲置图书的信息有图书名称、品相描述、数量等。系统收到申请之后会生成回收记录状态变为待审核。管理员查看申请内容之后再对回收报价进行审核审核通过之后就安排回收人员与用户预约上门时间。回收完成之后状态变为已回收。图书回收流程图4-6如下所示。图4-6图书回收流程图4.3.5 投诉反馈流程设计用户在个人中心进入投诉反馈页面选择反馈类型后填写标题与详细内容提交。系统记录反馈信息并生成处理编号状态设为待处理。管理员在后台查阅反馈内容后进行调查核实填写处理回复内容。用户收到回复后可查阅处理结果。投诉反馈流程如图4-7所示。图4-7投诉反馈流程图4.4 数据库设计数据库设计符合关系型模型规范用实体关系映射把业务对象转化为数据库表结构。规范化理论指导表结构的设计消除数据的冗余以及更新的异常来保证数据的一致性。主键、外键约束来保证实体之间的参照完整性事务来保证多步操作的原子性。本系统的数据库主要存储用户信息、图书数据、订单记录、回收申请等主要业务数据索引设计主要对高频查询的字段进行索引设计以提高检索速度[18]。4.4.1 概念设计E-R图实体关系图是一种用来做数据建模的图形化工具描述实体、属性以及实体之间的关系。以图示的形式来辅助数据库结构的分析与设计清楚地表明数据间的相互联系利于后续的数据库开发及管理工作。下面给出系统全局E-R图以及各个实体的属性图[19]。注册用户实体主要包括注册用户id、用户姓名、用户手机等属性。注册用户实体属性图如图4-8所示。图4-8注册用户实体属性图图书信息实体主要包括图书信息id、图书名称、图书作者、卖价、商品库存等属性。图书信息实体属性图如图4-9所示。图4-9图书信息实体属性图电子图书实体主要包括电子图书id、图书名称、图书作者、定价价格等属性。电子图书实体属性图如图4-10所示。图4-10电子图书实体属性图图书购买实体主要包括图书购买id、订单单号、支付状态、购买日期等属性。图书购买实体属性图如图4-11所示。图4-11图书购买实体属性图图书回收实体主要包括图书回收id、闲置图书、回收进度、回收报价等属性。图书回收实体属性图如图4-12所示。图4-12图书回收实体属性图投诉反馈实体主要包括投诉反馈id、反馈标题、反馈类型、处理结果等属性。投诉反馈实体属性图如图4-13所示。图4-13投诉反馈实体属性图纸质订单实体主要包括订单id、订单号、订单状态、总价等属性。纸质订单实体属性图如图4-14所示。图4-14纸质订单实体属性图收货地址实体主要包括收货地址id、地址、姓名、手机等属性。收货地址实体属性图如图4-15所示。图4-15收货地址实体属性图系统E-R图如图4-16所示。图4-16系统E-R图4.4.2 数据库表设计数据库表设计就是根据业务需求来确定数据库表的结构、字段类型、关系。经过规范化的处理之后可以保证数据的完整性、一致性、高效性从而避免出现重复的数据为后面的数据查询、存储、维护工作打下良好的基础。以下为系统的数据库表结构图。注册用户表主要是用来存储系统注册用户的基本身份信息。主要包括注册用户id、用户姓名、用户手机等字段。如表4-1所示。表4-1注册用户表序号字段名类型长度是否非空是否主键备注1registered_user_idint11是是注册用户ID2user_namevarchar64否否用户姓名3users_mobile_phonevarchar16是是用户手机4user_idint11是否用户ID图书信息表主要是用来存储平台上架销售纸质图书的详细信息。主要包括图书信息id、图书名称、图书作者、卖价、商品库存等字段。如表4-2所示。表4-2图书信息表序号字段名类型长度是否非空是否主键备注1book_information_idint11是是图书信息ID2book_namevarchar64否否图书名称3book_authorvarchar64否否图书作者4cart_pricedouble-是否卖价5cart_inventoryint11是否商品库存电子图书表主要是用来存储平台销售的电子图书基本信息。主要包括电子图书id、图书名称、图书作者、定价价格等字段。如表4-3所示。表4-3电子图书表序号字段名类型长度是否非空是否主键备注1electronic_book_idint11是是电子图书ID2book_namevarchar64否否图书名称3book_authorvarchar64否否图书作者4pricing_pricedouble-否否定价价格图书购买表主要是用来记录用户购买纸质图书或电子图书的交易明细。主要包括图书购买id、订单单号、支付状态、购买日期等字段。如表4-4所示。表4-4图书购买表序号字段名类型长度是否非空是否主键备注1book_purchase_idint11是是图书购买ID2order_novarchar64否否订单单号3pay_statevarchar16是否支付状态4purchase_datedate-否否购买日期图书回收表主要是用来存储用户提交的闲置图书回收申请信息。主要包括图书回收id、闲置图书、回收进度、回收报价等字段。如表4-5所示。表4-5图书回收表序号字段名类型长度是否非空是否主键备注1book_recycling_idint11是是图书回收ID2user_idle_booksvarchar64否否闲置图书3recycling_progressvarchar64否否回收进度4recycling_quotationdouble-否否回收报价投诉反馈表主要是用来存储用户提交的意见反馈与投诉内容。主要包括投诉反馈id、反馈标题、反馈类型、处理结果等字段。如表4-6所示。表4-6投诉反馈表序号字段名类型长度是否非空是否主键备注1complaint_feedback_idint11是是投诉反馈ID2feedback_titlevarchar64否否反馈标题3type_of_feedbackvarchar64否否反馈类型4processing_resultsvarchar64否否处理结果纸质订单表主要是用来存储用户购买纸质图书生成的订单详情。主要包括订单id、订单号、订单状态、总价等字段。如表4-7所示。表4-7纸质订单表序号字段名类型长度是否非空是否主键备注1order_idint11是是订单ID2order_numbervarchar64否否订单号3statevarchar16是否订单状态4price_countdouble-是否总价收货地址表主要是用来存储用户下单时填写的收货地址信息。主要包括收货地址id、地址、姓名、手机等字段。如表4-8所示。表4-8收货地址表序号字段名类型长度是否非空是否主键备注1address_idint11是是收货地址ID2addressvarchar255是否地址3namevarchar32否否姓名4phonevarchar13否否手机第五章 系统实现5.1 用户功能实现5.1.1 公告通知功能实现用户登录系统之后可以在首页看到平台发布的最新公告公告按发布时间倒序排列显示标题和发布日期。用户点击公告标题后跳转到公告详情页阅读完整的公告内容获取系统维护、活动信息或者规则变更等信息。该模块保证用户能及时获得平台重要信息。公告通知界面如图5-1所示。图5-1公告通知界面5.1.2 图书资讯功能实现系统在资讯栏目中展示与图书有关的推荐文章、新书上架信息以及行业动态等信息用户浏览资讯列表之后可以马上了解到自己想要查看的内容。点击资讯条目跳转到详情页看完之后再返回列表继续浏览。图书资讯界面图见图5-2所示。图5-2图书资讯界面5.1.3 图书信息查询功能实现用户在搜索框中输入关键词或者根据分类筛选条件进行查询请求系统返回匹配的图书列表给用户选择。每项结果的图书封面、名称、作者、价格等信息都会被显示出来用户点击之后可以进入到详情页面上查看完整的介绍。图书信息查询界面如下图5-3所示。图5-3图书信息查询界面5.1.4 纸质图书购买功能实现用户在图书详情页选择购买数量后点击购买按钮系统生成订单并引导用户填写收货地址。用户确认订单信息无误后提交订单进入支付流程支付成功则订单状态变更为待发货。纸质图书购买界面如图5-4所示。图5-4纸质图书购买界面5.1.5 电子图书购买功能实现用户在电子图书详情页查看图书介绍与定价信息后点击购买按钮系统校验用户账户状态后跳转至支付页面。支付完成电子图书文件自动推送到用户个人账户用户可在线查阅已购电子书。电子图书购买界面如图5-5所示。图5-5电子图书购买界面5.1.6 图书回收功能实现用户进入回收模块填写闲置图书信息包括图书名称、品相描述与数量等内容后提交申请。系统记录回收请求并等待管理员审核用户可在回收记录中查看审核进度与最终结果。图书回收界面如图5-6所示。图5-6图书回收界面5.1.7 投诉反馈功能实现用户在个人中心进入投诉反馈页面选择反馈类型后填写标题与详细描述提交系统。系统生成处理记录供管理员查阅回复用户可在反馈历史中查看处理状态与回复内容。投诉反馈界面如图5-7所示。图5-7投诉反馈界面5.2 管理员功能实现5.2.1 管理纸质图书订单功能实现管理员在订单管理页面查看所有纸质图书订单列表按订单状态筛选待处理订单进行发货操作。系统记录发货信息后订单状态更新为已发货管理员可随时跟踪订单处理进度。管理纸质图书订单界面如图5-8所示。图5-8管理纸质图书订单界面5.2.2 管理电子图书订单功能实现管理员在电子订单管理页面查看用户购买电子图书的记录核对订单信息与支付状态。订单支付完成后系统自动完成电子图书交付管理员无需人工干预发货环节。管理电子图书订单界面如图5-9所示。图5-9管理电子图书订单界面5.2.3 管理图书回收功能实现管理员进入回收管理页面查看用户提交的回收申请对申请内容进行审核并给出回收报价。审核通过的申请安排回收人员联系用户完成后更新回收状态为已完成。管理图书回收界面如图5-10所示。图5-10管理图书回收界面5.2.4 管理投诉反馈功能实现管理员在投诉反馈列表中查阅用户提交的反馈内容根据反馈类型与内容进行调查核实。核实完成后填写处理回复内容提交系统用户可在个人中心查看到处理结果。管理投诉反馈界面如图5-11所示。图5-11管理投诉反馈界面5.2.5 管理通知公告功能实现管理员进入公告管理页面编写公告标题与正文内容选择发布时间后发布公告。已发布公告在用户端首页展示管理员可对已发布内容进行编辑或删除操作。管理通知公告界面如图5-12所示。图5-12管理通知公告界面5.2.6 管理图书资讯功能实现管理员在资讯管理页面撰写图书推荐文章或行业资讯文章上传封面图片并填写摘要后发布。资讯内容在用户端资讯栏目展示管理员可对已有资讯进行修改或下架处理。管理图书资讯界面如图5-13所示。图5-13管理图书资讯界面5.2.7 管理图书信息功能实现管理员在图书信息管理页面维护图书数据库添加新书时填写图书名称、作者、价格、库存等信息。已上架图书可进行价格调整、库存更新或下架操作确保图书信息准确有效。管理图书信息界面如图5-14所示。图5-14管理图书信息界面第六章 系统测试6.1 测试目的系统测试用黑盒测试和白盒测试相结合的方法。黑盒测试是对功能模块进行检验按照需求文档来制订测试用例涵盖用户登录图书查询订单创建图书回收申请等主要业务流程检验输入和输出是否满足预期。白盒测试关注的是代码逻辑路径的覆盖对重要的业务方法做语句覆盖和分支覆盖的检查。测试过程中使用JUnit单元测试框架对后端接口进行测试前端用浏览器开发者工具模拟用户操作并查看请求响应。测试环境和开发环境一致保证测试结果可以真实的反映系统的运行情况[20]。6.2 测试方法测试目的就是检验系统功能实现是否符合需求规格说明书的要求找出并修复可能存在的缺陷。利用测试用例的执行结果来检查各个模块对于各种输入情况的响应看是否正确地处理了边界条件。测试过程重视数据流转的完整性和准确性检验订单状态改变库存扣减回收申请审批这些业务逻辑是否达到设计要求。测试结果用来评价系统的质量给系统上线运行提供可靠性依据保证用户在使用过程中得到稳定的流畅的操作体验。6.3 测试内容6.3.1 纸质图书购买功能测试对纸质图书购买流程进行功能验证测试从图书选择到订单生成的完整链路。重点关注库存校验逻辑在数量异常情况下的处理方式检验支付状态变更后订单信息的同步准确性。纸质图书购买测试如表6-1所示。表6-1纸质图书购买测试用例表测试内容测试步骤预期结果实际结果正常购买流程选择图书设定购买数量提交订单订单生成成功状态待付款符合预期库存不足校验购买数量超过库存量提交订单系统提示库存不足订单不生成符合预期未登录购买未登录状态下发起购买操作跳转登录页面登录后继续符合预期6.3.2 电子图书购买功能测试对电子图书购买交付机制进行测试验证支付成功后电子图书文件的推送时效与访问权限。检验已购电子书在用户个人账户中的展示状态与在线阅读功能。电子图书购买测试如表6-2所示。表6-2电子图书购买测试用例表测试内容测试步骤预期结果实际结果正常购买交付支付成功查看个人账户已购列表电子图书文件显示可在线阅读符合预期重复购买处理对已购电子图书再次发起购买提示已拥有该书避免重复支付符合预期支付失败处理支付过程中取消或关闭支付页面订单未生成账户无新增记录符合预期6.3.3 图书回收功能测试对图书回收申请提交与审核流程进行测试验证用户提交的闲置图书信息能否完整传递至管理员端。检验审核状态变更后用户端回收记录的同步更新效果。图书回收测试如表6-3所示。表6-3图书回收测试用例表测试内容测试步骤预期结果实际结果回收申请提交填写图书信息提交回收申请系统生成回收记录状态待审核符合预期申请审核通过管理员审核通过并填写报价用户端显示报价待确认状态符合预期申请审核驳回管理员驳回申请说明原因用户端显示驳回原因可修改符合预期6.3.4 投诉反馈功能测试对投诉反馈的提交与处理机制进行测试验证用户提交的反馈内容能够准确记录并传递至管理员端。检验处理结果返回后用户端查看功能的正常运作。投诉反馈测试如表6-4所示。表6-4投诉反馈测试用例表测试内容测试步骤预期结果实际结果反馈内容提交选择类型填写内容提交反馈系统生成记录状态待处理符合预期管理员回复处理管理员填写回复内容提交用户端显示处理结果与回复符合预期反馈历史查看进入反馈列表查看历史记录全部提交记录均正确显示符合预期6.3.5 管理纸质图书订单功能测试对纸质图书订单管理模块进行测试验证管理员对订单状态的查询筛选与更新操作。检验发货信息填写后订单状态变更的准确性以及前端同步效果。管理纸质图书订单测试如表6-5所示。表6-5管理纸质图书订单测试用例表测试内容测试步骤预期结果实际结果订单列表筛选按订单状态筛选待发货订单列表显示符合条件的订单符合预期发货处理操作选择订单填写物流信息提交订单状态变更为已发货符合预期异常订单标记对问题订单进行异常标记处理订单进入异常处理流程符合预期6.3.6 管理图书回收功能测试对图书回收管理模块进行测试验证管理员对回收申请的审核处理能力。检验报价填写后用户端同步显示的准确性以及回收状态更新后用户端查看功能。管理图书回收测试如表6-6所示。表6-6管理图书回收测试用例表测试内容测试步骤预期结果实际结果申请列表查阅进入回收管理查看待审核申请所有待审核申请完整显示符合预期报价审核通过填写回收报价并审核通过用户端显示报价待确认符合预期回收完成更新上门回收后更新回收状态状态变更为已回收可查看符合预期6.3.7 管理通知公告功能测试对通知公告管理模块进行测试验证管理员对公告内容的发布与维护能力。检验公告发布后用户端首页展示的及时性与准确性以及编辑更新后内容的同步效果。管理通知公告测试如表6-7所示。表6-7管理通知公告测试用例表测试内容测试步骤预期结果实际结果公告发布操作填写标题与内容提交发布用户端首页显示该公告符合预期公告编辑更新修改已发布公告内容保存用户端显示更新后内容符合预期公告删除操作删除已发布公告用户端首页不再显示符合预期测试结论系统功能测试包括纸质图书购买、电子图书购买、图书回收、投诉反馈、管理纸质图书订单、管理图书回收、管理通知公告7个主要模块。测试过程中各个模块的功能运行正常测试用例的通过率为预期值。纸质图书购买的库存校验、未登录处理等逻辑正确电子图书购买支付成功后文件交付及时。图书回收及投诉反馈的申请提交、审核处理、状态更新链条完整。管理员端订单处理、回收管理、公告发布等操作都可以正确地完成数据的变更以及前端的同步。实际检测结果和预期结果一致没有出现阻塞性缺陷。项目分享大家可自取用于参考学习获取方式可私信哦