专业CMA\CNAS第三方软件测试报告服务商

特性	测什么	举个例子
功能性	功能全不全、对不对、能不能用	需求写了100条功能，你测了几条？每条结果是啥？
性能效率	响应多快、能扛多少人、资源吃多少	并发1000人时，95%的请求响应≤2秒，CPU≤70%
兼容性	不同系统、浏览器、设备上能不能跑	Chrome、Firefox、Edge都测了吗？Win10和Win11都过了吗？
易用性	好不好上手、界面友不友好	新用户不看说明书能完成核心操作吗？
可靠性	挂了能不能恢复、长时间跑稳不稳	断网重连后数据丢没丢？7×24小时跑有没有内存泄漏？
信息安全性	漏洞、权限、加密、日志全不全	SQL注入过了没？密码存的是哈希还是明文？
维护性	后面改起来麻不麻烦	代码模块化程度、日志清不清楚
可移植性	换个环境能不能直接跑	从测试环境迁到生产环境，配置改了多少？

其中信息安全性是2016版新加的，专门盯着等保2.0和个保法的要求——保密性、完整性、抗抵赖性、可核查性、真实性、依从性，六个维度全得覆盖。

二、报告格式有硬性要求吗？有，而且挺细

标准规定报告必须包含这些模块：

封面：报告名称、测试对象、版本号、测试机构、完成日期、唯一标识编号
目录
摘要：测试目的、范围、主要发现、结论，让人30秒看懂
测试环境：这是重灾区。服务器配置（CPU几核、内存多大）、数据库版本（MySQL 8.0还是5.7）、网络拓扑、测试工具（JMeter、Nessus这些），必须写清楚，否则结果不可复现，报告直接判无效
测试方法：用了什么测试类型、用例怎么设计的、通过/失败的判定标准是什么
测试结果：每条用例的执行结果（通过/失败/阻塞），失败的附截图和日志
缺陷清单：编号、描述、严重程度、修复状态，未修复的要说明原因
符合性评价结论：整体过没过，依据是什么

三、判定标准怎么定？标准里也说了

不是你觉得"差不多了"就算过。标准给了明确的通过-失败准则：

单测试项：用例通过率≥90%，才算该项符合
整体产品：严重缺陷数量必须为0，才能判定整体符合

所以你报告里写"发现3个严重bug，但已修复"，对不起，评审专家看的是测试当时的状态，不是修复后的状态。

GB/T 25000.51这东西，说复杂也复杂，八大特性几十个子项；说简单也简单，核心就一句话：以需方需求文件为依据，用可复现的方法，产出可追溯的证据。甲方交付报告的时候，别光堆数据，最好把需求-用例-结果这条线拉通，环境写清楚，缺陷跟踪到位，结论有依据——按这个框架来，评审专家挑不出毛病。标准虽然是死的，但踩过坑的人都知道，按标准来才是最省时间的路。

标签：测试标准、招投标测试报告