档案借阅 功能测试方案
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分析
| 维度 | 分析结果 |
|---|---|
| WHAT | 测试数据发布、数据查询等功能 |
| WHY | 保障新功能用户体验，防止发布查询相关bug影响核心功能 |
| WHO | 测试团队：1名功能测试，1名性能测试；依赖：12名开发，2名产品 |
| WHEN | 9.23-10.26进行系统测试，10.27上线后监控 |
| WHERE | Web端，测试环境→预发环境→生产环境 |
| HOW | 功能测试+性能测试组合策略 |
| HOW MUCH | 投入2人×10天，目标零P0/P1缺陷上线 |
2.2 SWOT分析
优势(S) ：
团队有丰富web端测试经验
开发团队响应迅速
劣势(W) ：
测试人员不足
自动化测试熟悉度不足
机会(O) ：
增加接口或者功能测试人员
建立自动化测试专项能力
优化自动化回归体系
威胁(T) ：
研发人员新人多，业务不熟悉
上线时间紧张，缓冲不足
2.3 质量挑战识别
技术复杂度 ：大量数据发布
用户体验 ：操作流畅性、加载速度、查询速度
3. 测试策略
3.1 功能测试策略
测试重点 ：
核心借阅流程（发布→查询→提交借阅→借阅归还）
数据借阅状态的变化
测试方法 ：
场景法 ：设计用户典型使用路径
边界值 ：借1条数据、借100条数据、借101条数据
用例设计 ：
主场景：正常借阅 → 异常场景：发布给别的用户
3.2 兼容性测试策略
测试矩阵 ：
| 平台 | 覆盖范围 | 测试重点 |
|---|---|---|
| 浏览器 | 火狐、谷歌、360/IE | 界面适配 |
| 网络 | 5G/4G/Wi-Fi/弱网 | 查询稳定性 |
工具支持 ：
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 能力差距分析
| 能力领域 | 现状 | 目标 | 差距程度 |
|---|---|---|---|
| UI自动化 | 基础脚本编写 | 框架设计、CI集成 | 大 |
| 性能测试 | 工具基本使用 | 场景设计、结果分析、调优 | 中 |
| 安全测试 | 概念了解 | 工具使用、漏洞分析 | 中 |
| 测试开发 | 简单脚本 | 工具开发、平台建设 | 大 |
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