这份软件功能测试的报告,是一定要把方方面面说到位的,毕竟这关系到软件是不是能用、好不好用这些个关键事!
1.基本概况
测试从啥时间开始的、啥时候结束的,测试那些软件叫啥名字、版本号是多少,这得明确。比如说这软件叫啥,版本号更新了几回了,就跟报家门一样,来龙去脉要清楚!
开发的人是谁、测试的是谁,这都得记在笔头儿上。因为软件出了问题,得知道责任人是谁。开发那边要是代码写错了,测试这边没查出来,这责任得分清楚
2.测试环境说明
硬件环境要说一下,用的是啥处理器、内存多大。不然这软件如果对硬件要求高的话,有的电脑跑起来卡,那能怪软件不好使吗?不能,很可能是硬件没到位。
软件环境也别落下,用的啥操作系统、数据库、中间件 ,这个都关乎软件的兼容性好不好!要是兼容性差,软件这儿报错那儿不能用,那可就闹心死了。
3.问题统计情况
按状态统计
这个很关键未分配的、不是缺陷的、未修改、已修改、不予修改的、延期处理的、没法重现的、被拒绝的、信息不足的这个、重复的还有已关闭跟重开启的 ,每种状态下问题有多少个,得列成表格,最好再配上个柱形图瞅着直观。
比如说已分配的很多,但是已修改的很少太少,那就说明这个问题处理进度太慢,得加快步伐解决 。
问题分类分析
是界面设计的问题、还是逻辑计算方面不对头,亦或是跟其他系统对接有毛病,都得找分明。要是界面按钮点击没反应这个问题很多,那个估计是代码出了啥岔子,得找开发查清楚。
严重程度分层
致命错误、严重错误、一般错误和微小错误,得分开看看。要是致命的错误多还解决不了,那这软件哪能随便是投入使用,那不等着搞砸了事!
4.测试综述要点
说说测试持续了多久,发现了多少个漏洞,这里面解决了多少、还剩下多少个。要是功能验证测试,再说明最新发现的问题的数量以及严重问题的情况 。
比如说测试持续了两周又零二天,共发现30来个问题,解决了大半的,新发现的问题了当中十个严重里的有三个。
还要从我们测试人员自己的角度给出这一轮能不能通过、是不是得做回归测试和验证测试这样的评价 。要是存在好多解决啥问题的,那不回归从头开始再测一遍,就跟没走过这条荆棘道儿,后面还得绊倒 。
5.遇到的问题和建议
总结跟软件开发人员合作时出现过的摩擦、困难,还有吸取经验,再提出点儿改进主张不是坏事!比如说跟开发这边沟通老半天也聊不清楚啥状况,那就建议以后规定一个固定时间开碰头会大家说说问题咋处理。
6.遗留问题交代
要是这测试单子里既有功能测试又有验证测试,这里面功能测试之外遗留的问题得明确说。别含糊了,要是哪儿没解决到位,后面一上线就完蛋了,到时手忙脚乱可咋整
这份功能测试报告可是个严谨货!要把细节看清楚、说明白!只有把报告弄好了,这软件后续的优化和应用才能顺顺当当的!不能说糊里糊涂对付过去。
如果您正好需要第三方软件测评服务,艾策软件测评机构可以提供专业高性价比的软件验收测试【功能性能安全】和【渗透测试漏洞扫描代码审计】报告服务!
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.