HomeBox库存系统功能测试实战——大三项目实战记录（三）

HomeBox库存系统功能测试实战——大三项目实战记录（三）

项目背景

软件测试课程的小组项目，6人分工对一个开源自托管库存管理系统HomeBox进行功能测试。HomeBox技术栈是Python FastAPI后端 + Nuxt前端。我负责功能测试模块。

测试环境

项目	详情
被测系统	HomeBox（自托管库存管理）
后端	Python FastAPI
前端	Nuxt.js
测试类型	功能测试（黑盒）
分工	6人，各负责不同模块

测试范围

我负责的功能模块：

1. 物品入库：创建物品、填写属性、上传图片
2. 库存查询：分类筛选、关键词搜索、排序
3. 物品出库/消耗：记录使用、库存扣减
4. 标签管理：创建/编辑/删除标签、标签关联
5. 导出功能：CSV/JSON导出数据完整性

测试方法

采用等价类划分 + 边界值分析设计测试用例：

入库-物品名称：空字符串 / 1字符 / 255字符 / 256字符
入库-数量：-1 / 0 / 1 / 99999 / 100000
搜索-关键词：精确匹配 / 模糊匹配 / 无结果
标签-关联：1个标签 / 多标签 / 空标签

每个用例记录：用例编号、操作步骤、预期结果、实际结果、是否通过。

发现的Bug（摘选）

1. 物品名称为空时500错误：后端未做参数校验，直接抛Internal Server Error
2. 库存扣减超量无提示：出库数量>现有库存时，静默失败（库存变负数）
3. CSV导出中文乱码：未指定UTF-8 BOM，Excel打开乱码

测试报告输出

最终交付表格形式的测试报告，包含：

模块	用例数	通过	失败	阻塞	通过率
物品入库	18	16	2	0	88.9%
库存查询	12	12	0	0	100%
物品出库	10	8	2	0	80%
标签管理	8	8	0	0	100%
导出功能	6	4	1	1	66.7%

小结

功能测试看起来"简单"，但写好测试用例并不容易——边界条件想不全、异常场景漏覆盖是常态。另外团队协作中，6人分工测试不同模块时，统一用例编写规范很重要。

---

大三博客系列，持续更新中...