档案借阅 功能测试方案

1. 项目概述

1.1 业务介绍

业务背景

XX电子会计档案系统可以和业务系统打通，并建立业务单据的联动关系，提供档案的采集、整理、移交、保管、利用和鉴定销毁等全生命周期的管理能力。

业务目标

用户层面：

多数企业还处于手工归档状态，由半自动化归档发展为高度自动化归档

企业通过多种维度的灵活查询、多种方式的合规下载，提高内外部用户利用电子会计档案的便利性和有效性

业务层面：

接收业务系统的订单、采购单、开票等通过接口对接、OCR识别，生成的版式文件

纸质档案和电子凭证进行纸电关联，通过映射关系存储电子档案归档

数据指标：

电子目录数据接收，导入数据库每批次能承载50万条数据以上

操作性界面单一操作的系统响应时间<2秒

短信息发送设备信息到达时间<30秒

核心用户场景

记账凭证、其他会计资料、银行回单等组卷装盒，打印条码，实物归档

待归档资料通过四性检测，档案接收，加盖签章，归档完成

1.2 架构介绍

系统架构概览

核心服务模块

数据采集服务 ：资料在线采集、离线采集

数据管理服务 ：档案装盒、鉴定、销毁、数据导入导出

数据利用 服务 ：档案查询、借阅、归还

第三方服务依赖

OCR识别 ：各种文件格式转换

XXX扫描仪 ：识别纸质票据

技术栈

服务端 ：java + MySQL + Redis

基础设施 ：Nacos+RocketMQ+ElasticSearch+Nginx

1.3 功能简介

本次测试针对XX电子会计档案v1.2版本新增的"数据发布"：

未发布状态下操作列仅存在【发布】按钮，点击【发布】和【批量发布】后跳出弹窗，批量发布可选择发布对象，发布条件中单条所有内容取交集，多条并列取并集生效发布，点击【发布】后，显示“发布成功，结果将在1分钟后生效”

点击【取消发布】、【批量取消发布】可取消发布

点击审计借阅菜单进入【审计借阅】，无搜索条件时显示审计借阅主搜索页面，可输入搜索内容，点击【搜索】按钮显示搜索结果

选中文件点击【加入借阅车】，弹出弹窗选择借阅的载体类型（置灰选中“电子”）、利用权限（置灰选中“查看”），可额外选择（下载、打印），点击确定后会加入借阅车中，可点击右侧借阅车查看借阅列表，一次最多加入借阅车100条，超过显示“借阅车已满无法添加”

点击【提交申请】固化申请单内容信息，提示“提交成功”同时页面跳转至【我的借阅】，同时该申请记录出现在【借阅管理】、【我的借阅】中

针对【借阅中】的申请信息操作列显示【强制归还】按钮，点击跳出弹窗确认“是否强制归还？”选择“是”后强制归还，申请状态变为强制归还，【我的借阅】中无【查看】按钮

1.4 测试背景与目标

测试背景：

版本：v1.2（主要功能迭代）

开发周期：4周迭代

上线时间：2025年10月27日

测试周期：9月23日-10月26日（20个工作日）

测试目标：

保障新功能顺畅上线，无P0/P1阻塞bug

数据发布成功率百分比

检索内容在5秒内显示完全

整个借阅流畅中，数据借阅状态变化正确

---

2. 诊断与分析

2.1 5W2H分析

2.2 SWOT分析

优势(S) ：

团队有丰富web端测试经验

开发团队响应迅速

劣势(W) ：

测试人员不足

自动化测试熟悉度不足

机会(O) ：

增加接口或者功能测试人员

建立自动化测试专项能力

优化自动化回归体系

威胁(T) ：

研发人员新人多，业务不熟悉

上线时间紧张，缓冲不足

2.3 质量挑战识别

技术复杂度 ：大量数据发布

用户体验 ：操作流畅性、加载速度、查询速度

3. 测试策略

3.1 功能测试策略

测试重点 ：

核心借阅流程（发布→查询→提交借阅→借阅归还）

数据借阅状态的变化

测试方法 ：

场景法 ：设计用户典型使用路径

边界值 ：借1条数据、借100条数据、借101条数据

用例设计 ：

主场景：正常借阅 → 异常场景：发布给别的用户

3.2 兼容性测试策略

测试矩阵 ：

工具支持 ：

jmeter：性能测试

接口自动化脚本：基础功能回归验证

3.3 性能测试策略

性能指标 ：

数据发布时间：≤3秒

查询操作响应：≤5秒

并发支持：100用户同时发布

测试场景 ：

单用户典型操作路径性能

多用户并发发布压力测试

长时间运行稳定性测试

3.4 安全测试策略

测试重点 ：

Sql注入

内容安全审核

XSS脚本注入防护

权限越权访问控制

测试方法 ：

静态代码扫描

动态安全测试

手动渗透测试

3.5 测试类型选择理由

功能测试 ：保障核心业务流程正确性 - 必须

性能测试 ：数据查询对性能敏感 - 重要

---

4. 测试计划

4.1 测试范围与边界

In-Scope（包含） ：

数据发布、数据查询核心功能

权限隔离

浏览器兼容性测试

基础性能基准测试

Out-of-Scope（不包含） ：

加入借阅流程引擎

4.2 时间进度与里程碑

测试阶段规划 ：

第1周（9.23-10.17）：功能测试阶段 ✓ 9.23：冒烟测试、环境搭建

✓ 9.24-10.16：核心功能测试

第2周（10.17-10.20）：第一阶段回归测试

✓ 10.20-10.21：兼容性测试

✓ 10.22：性能测试

✓ 10.23：安全测试

✓ 10.24：完整回归测试

第3周初（10.25-10.26）：收尾阶段

✓ 10.25：验收测试

✓ 10.26：上线准备、文档整理

4.3 资源需求与分配

人力资源 ：

测试负责人（1人）：整体协调、计划跟踪、功能测试、用例执行

专项测试工程师（1人）：性能测试、功能测试、用例执行

环境资源 ：

测试服务器：2台8核16G配置

测试工具：JMeter、Postman

---

5. 团队与能力

5.1 团队能力现状评估

技术栈（评分：6/10） ：

功能测试：熟练（8/10）

自动化测试：基础（5/10）

性能测试：基础（5/10）

安全测试：了解（2/10）

工具链（评分： 3 /10） ：

测试管理：JIRA，使用熟练

自动化框架：pytest，基础搭建

CI/CD：缺乏经验

监控工具：缺乏经验

流程规范（评分：7/10） ：

测试用例设计：规范完善

缺陷管理：流程清晰

敏捷实践：正在适应

人员时间（评分： 4 /10） ：

人员数量：不太充足

经验分布：中级为主，高级缺乏

时间投入：项目压力大，学习时间少

5.2 能力差距分析

5.3 改进路线图规划

短期（1个月内） ：

引入Apipost接口自动化工具，降低学习成本

中期（1-3个月） ：

完成数据采集、数据管理核心链路自动化脚本开发

参加外部测试开发专业培训

搭建持续集成流水线，自动化回归

长期（3-6个月） ：

建立完整的自动化测试体系

培养1-2名性能测试专项人才

开发内部测试工具平台

5.4 资源需求

培训资源 ：

外部培训预算：5000元

技术书籍采购：1000元

内部分享时间：每周2小时

工具资源 ：

接口自动化工具：Apipost

性能测试工具：JMeter

---

6. 风险评估

6.1 主要风险识别

高风险项 ：

数据查询 不稳定

概率：中（30%）

影响：高（查询功能完全不显示数据）

影响度：高

性能不达标导致用户体验差

概率：中（40%）

影响：高（用户烦躁）

影响度：高

中风险项 ：
3. 测试时间不足

概率：高（60%）

影响：中（测试覆盖不全）

影响度：中

团队成员技能不足

概率：中（50%）

影响：中（测试深度不够）

影响度：中

6.2 应对措施制定

风险1： 数据查询 不稳定

预防措施：建立ES服务监控

缓解措施：给出友好提示

应急措施：紧急重启ES服务

风险2：性能不达标

预防措施：开发阶段参与代码评审，关注性能指标

缓解措施：增加查询进度提示

应急措施：限制显示数量

风险3：测试时间不足

预防措施：严格范围控制，优先级排序

缓解措施：增加自动化测试比例，延长测试时间

应急措施：聚焦核心功能，非核心功能后续迭代

风险4：团队技能不足

预防措施：提前培训，知识分享

缓解措施：专家支持，结对测试

应急措施：外包专项测试任务

6.3 应急预案准备

紧急情况处理流程 ：

发现问题 → 评估影响 → 启动应急预案 → 执行降级方案 → 问题修复 → 验证恢复

沟通机制 ：

每周会议同步风险状态

风险升级机制：测试负责人 → 研发负责人 → 项目经理

紧急情况15分钟内响应，2小时内解决方案

---

7. 成功标准与交付物

7.1 测试完成标准

所有P0/P1测试用例100%执行通过

发现缺陷95%以上已修复并验证

性能指标达到预定目标

安全扫描无高危漏洞

7.2 交付物清单

测试计划文档

测试用例集（功能200+，性能20+）

测试执行报告

缺陷分析报告

性能测试报告

上线风险评估报告

自动化测试脚本

知识总结文档

---

8. 总结

本测试方案通过系统化的"五位一体"框架，为档案借阅功能提供了全面的质量保障计划。方案不仅关注当前版本的质量风险，更着眼于团队能力的长期建设，通过明确的改进路线图，确保测试团队能够持续成长，更好地应对未来的质量挑战。

方案亮点 ：

立体化的测试策略组合，多维度保障质量

务实的团队能力建设规划，投资未来

前瞻性的风险管理，防患于未然

清晰的执行路径，确保方案落地

预期价值 ：在保障本次功能高质量上线的同时，为团队沉淀测试资产，提升整体测试能力。

---

方案制定：测试团队
评审日期：2025年10月12日
版本：v1.0