为“互联网+”、“挑战杯”等竞赛的软件作品做测试是证明作品的可靠性、成熟度和应用作用，这和常规的开发测试有显著不同。

竞赛测试重方法：从展示功能到证明作用

需要超过基础的功能证实，有方法地设计和展示测试工作

需要把测试重点放在以下两点上：

证明稳定性：保证演示万无一失，尤其是在评委面前。

量化优秀：用测试数据（如性能标准、兼容性报告）客观证明你的作品技术先进、用户体验好、市场潜力大。

分阶段测试执行清单

在备赛的不同阶段有序推进测试工作：

一、开发和内部证实阶段：夯实基础，修复严重缺陷，

1. 功能测试：根据需求，用等价类、边界值等方法，系统证实所有重要和辅助功能。

2. 接口测试：如果为前后端分离架构，用 Postman 等工具彻底测试API的可靠性和数据一致性。

3. 性能和安全测试：对重点业务（如算法、数据处理）进行压力测试，并做基础的SQL注入、越权访问等安全检查。

二、竞赛专项优化阶段：应对评审突出作品亮点

1. 演示流程的健壮性测试：反复演练所有演示途径，模拟断网、误操作等异常，准备备用方案。

2. 专项性能测试：针对作品亮点（如高并发、快速响应）进行测试，用 JMeter 等工具生成对比数据图表，放入PPT或视频。

3. 兼容性/易用性测试：在比赛现场可能出现的系统、浏览器、分辨率下测试，保证演示环境无碍；优化用户界面。

4. 安全性测试（加分项）：如果作品涉及数据安全，可进行漏洞扫描并展示修复报告，体现专业性。

三、交付和演示准备阶段：呈现并提供可信证据

1. 文档化测试成果：整理一份简明的 《第三方软件测试报告》 ，包含测试概述、方法、用例样例、结果（性能数据、兼容性列表）及结果，作为附件提交。

2. 准备演示环境镜像：将稳定版本连同所有依赖环境容器化（如Docker），保证在比赛现场可以一键部署，避免环境问题导致无法展示。

3. 制定现场应急测试预案：准备一个最重要功能的最小测试用例集（如3-5个），以备在演示前快速证实系统状态。