软件测试怎么做？验收时该测什么

软件交付前不充分测试，上线后问题一堆。测试和验收是拿到能用软件的关键。 这篇给 checklist。

软件测试的类型

1. 功能测试

• 每个功能按需求文档测。
• 正常流程 + 异常输入。
• 边界情况。
• 流程完整性。

2. 兼容性测试

• 不同设备（手机/平板/电脑）。
• 不同浏览器（Chrome/Safari/Edge）。
• 不同系统（iOS/Android/Windows/Mac）。
• 不同屏幕尺寸。

3. 性能测试

• 响应速度（页面/接口）。
• 并发（多用户同时用）。
• 大数据量。
• 弱网（移动端）。

4. 安全测试

• 基础漏洞（SQL 注入、XSS）。
• 权限（越权访问）。
• 数据安全（加密、备份）。
• 支付链路（金额、防篡改）。

5. 用户体验测试

• 操作是否顺畅。
• 错误提示是否清晰。
• 边界体验（空数据、加载中）。

谁负责测试

服务商（内部测试）

• 交付前自测，保证质量。
• 专业测试人员测。
• 不能把测试甩给客户。

客户（验收测试）

• 按需求文档验收。
• 实际操作测（不只看演示）。
• 提 bug 清单。
• 验收通过签字。

双方都测，服务商自测保质量，客户验收确认需求。

验收 checklist

验收时逐项测：

功能

• 每个功能能用（按需求文档）。
• 正常流程走通。
• 异常输入处理（不崩溃）。
• 边界情况（空、超长、特殊字符）。
• 数据正确（增删改查）。

兼容性

• 主流手机（iOS/Android）。
• 主流浏览器。
• 不同屏幕尺寸。
• 移动端体验。

性能

• 页面加载快。
• 操作响应快。
• 弱网能用。

安全

• 基础安全（无注入/XSS）。
• 权限正确（不能越权）。
• 支付链路安全（如涉及）。
• 数据备份。

其他

• 后台能管理（CMS/数据）。
• 文档/源码交付。
• 培训完成。

逐项测，全过才验收通过。

验收的注意事项

实际操作

• 别只看服务商演示（演示可能挑好的）。
• 自己实际操作测。
• 试各种情况（正常 + 异常）。

按需求文档

• 验收依据是需求文档（合同附件）。
• 文档要求的功能都要有。
• 不在文档的（新需求）另算。

记录 bug

• 发现的问题列 bug 清单。
• 服务商修复。
• 修复后回归测（确认修好 + 没引入新问题）。

分批验收

• 大项目分里程碑验收（设计/开发/测试）。
• 每个里程碑都确认。
• 别到最后一起算。

验收通过后

• 验收签字（合同节点）。
• 付对应款项（如尾款）。
• 服务商交付源码/文档。
• 上线。
• 质保期开始。

常见测试坑

• 只看演示不实操：演示挑好的，实操发现问题。
• 不测异常：只测正常流程，异常崩了。
• 不测兼容：自己手机好就以为都好，别人手机崩。
• 不测性能：上线后慢/崩。
• 不按需求文档：凭感觉验收，漏功能。
• 一次性验收：大项目到最后一起测，问题多、难修。

上线后的 bug

软件不可能零 bug：

• 质保期内免费修（合同约定）。
• 质保期外按运维协议修。
• 重点是服务商响应快、能修。

上线后 bug 正常，关键是质保期 + 服务商响应。

我们的做法

• 内部充分测试（功能/兼容/性能/安全）。
• 给客户验收 checklist。
• 客户实操验收，提 bug 清单。
• 修复 + 回归测。
• 验收通过交付源码。
• 含质保期。

广州市汉诺雷斯（HNREIS）交付前充分测试，给验收 checklist，含质保期。把你的项目告诉我们，我们交付能用的软件。