
甲方交付测试
做项目交付的人,十有八九被测试报告折磨过。甲方要、验收要、结题也要,但到底该写什么、怎么写才算合规,很多人其实是懵的。今天就把这事掰扯清楚。
一、甲方交付测试报告是干嘛的?
甲方交付测试报告,说白了就是乙方干完活之后,递给甲方的一份"质量成绩单"。你花了钱,我得证明东西没白做,功能全实现了、性能达标了、安全没漏洞,可以正式验收了。它不是走形式,是甲乙双方划分责任边界的法律文件,也是你回款的硬通货。
二、测试报告里必须有哪些东西?
1.项目概述,得把背景交代清楚,这项目干嘛的、测的是哪个版本、依据什么标准测的。别上来就堆数据,先让人知道你在说什么。
2.测试环境,这东西很多人写得特别随意,但国标GB/T 25000.51里明确要求必须详细记录。服务器什么配置、数据库什么版本、网络什么条件,全得写。为什么?因为别人得能复现你的测试,复现不了,报告就是废纸。
3.测试策略和用例。包括用的什么方法:黑盒白盒还是灰盒,测了功能、性能还是安全,用了JMeter还是Selenium,都得交代。用例要覆盖正常流程、异常流程和边界条件,缺一个都不行。
4.执行结果,这是重头戏。总共跑了多少条用例,通过多少、失败多少,关键指标实际值跟需求值对比怎么样。别写"响应速度较快"这种废话,得写"100并发下平均响应1.2秒,95%请求≤1.5秒"。
5.缺陷分析。发现了多少bug,按严重程度分几类,哪些修了哪些没修,没修的原因是什么。国标特别强调,未修复缺陷必须说明原因并给出后续计划,不能假装看不见。
6.结论和风险提示。通过还是不通过,剩余风险有哪些,比如"iOS 12以下版本未测试,可能影响5%老用户"。这部分写好了,后面扯皮的概率直接降一半。
三、怎么才算符合国标?
国内软件测试报告主要对标GB/T 25000.51-2016,这个标准有几个硬要求你必须知道。
1.测试必须以需求文件为依据,用例要全覆盖,不能挑着测。
2.报告结构必须包含封面、目录、摘要、测试环境、测试方法、结果分析这些模块,缺一不可。
3.新增了信息安全性和兼容性两个独立章节,安全方面要验证保密性、完整性、抗抵赖性等六大特性,兼容性要覆盖主流操作系统和浏览器。
4.结论必须量化,不能用"基本可用""效果良好"这种词糊弄,全部换成数字。
还有一点很多人忽略:如果是第三方出具的报告,必须盖CMA或CNAS认可章,否则在正式验收场合不认。
写报告这事,核心不是文笔,是你测试过程中有没有留痕。数据、截图、日志、缺陷记录,平时不攒,写报告的时候就只能编。编出来的东西,专家一眼就看出来。所以别等到交付前一周才开始凑材料,测试过程中就把东西记全了,报告不过是把证据整理一遍而已。
标签:甲方交付测试、GB/T 25000.51-2016