查询网站域名备案,汕头公关公司,邢台网站改版定制,做外链等于网站更新么背景
作为测试从业者#xff0c;编写测试用例#xff0c;测试计划#xff0c;测试报告都是必经之路#xff0c;最近完成了年终述职以及版本准出#xff0c;感觉测试报告或者各类报告真是职场人不可或缺的一项技能#xff0c;趁着热乎劲#x1f525;#xff0c;写下一些…背景
作为测试从业者编写测试用例测试计划测试报告都是必经之路最近完成了年终述职以及版本准出感觉测试报告或者各类报告真是职场人不可或缺的一项技能趁着热乎劲写下一些注意事项吧~
01
什么是测试报告
要写测试报告首先得知道到底什么是测试报告 测试报告是完成测试工作之后测试人员交出的一份总结性汇报文档 这既是对于你测试工作的一个总结也是对于你测试对象的一个评估
02
测试报告是给谁看的
既然测试报告主要包含这两部分那么另一个问题就是测试报告要写给谁看 给领导还是产品还是开发还是企业里的任何人 这一点很重要所以问题来了你的测试报告是给谁看的在企业中一般是给所有与这个项目有关的人看的包括你的主管项目领导产品运营前后端开发等等甚至是销售人员所以这一份报告怎么样才能让所有人都能看懂怎么样让所有人都能一眼看到他想要的内容
03
测试报告应该怎么写
既然你的测试报告要给这么多不同岗位的人提供他们想要的信息那就应该有一个逻辑一个贯穿始终的逻辑我们先看看一份测试报告应该包含什么然后再看一下这份测试报告的内容应该以什么方式呈现
测试报告的内容
工作内容
首先这份报告要体现你的工作内容一个大项目搞了一年半载一个小的功能回归就点了几下鼠标这都是你的工作说白了和你下地干活没有任何区别 下地犁地播种灌溉……收获粮食结果 测试功能性能压力……软件稳定和健壮结果 所以这份报告应该体现你的工作内容包括但不限于 功能测试 系统全部功能的走查/验证/回归系统设计规格书内的功能是否全部实现是否正常操作产生了异常预期 性能测试 系统整体性能的验证在平时工作时CPU和MEM的剩余在极限场景下系统的剩余性能能否稳定工作苟延残喘 压力测试 一般考察7*24h下系统的稳定情况微信可否连续聊天抖音能否持续推送视频连续登录10000次账号成功率是否高于99.9999% 安全测试 这里就要考虑系统的各种安全情况例如SQL注入网络攻击等 UI测试 这要求测试人员以一个真实用户的角度去考虑这一功能的呈现该有的弹框是不是都有图标设计的是不是对称某一功能的路径会不会太深 兼容性测试 这就包括多种兼容性软件兼容性比如新旧版本的游戏能否互通硬件兼容性比如市面常见的手机电脑能否支持该软件的平稳运行甚至于蓝牙耳机鼠标等各种外设 数据一致性测试 这种数据一致性体现在各个方面SQL查询结果是否正确返回值是否正常网络数据传输前后是否完全一致 可靠性测试/异常测试 一般都考虑各种异常情况下的系统反馈比如系统剩余空间不足5%检查软件能否正常运行弱网丢包率高于50%语音通话的质量能否接受读写过程中插拔外设是否对原始数据有损坏
软件结果
这里包含的也比较繁多就像你下地秋收一样如何评判你的劳动成功颗粒是否饱满每亩产量是否充足坏果率大概是多少 但是一定要记住不是所有人都会懂你这些技术细节所以需要一句简单的总结来告诉所有人经过你的测试工作软件质量到了一个什么样的地步【例如】 当前软件版本质量高 各项功能均已正确实现系统经过7*24小时无任何稳定性问题复合准出标准予以准出 当前软件版本质量中 各项功能基本实现系统经过7*24小时存在稳定性问题遗留问题主要分为3类第一第二第三问题出现后系统可自动恢复带风险准出 当前软件版本质量低 各项功能基本实现仍存在遗留问题系统经过7*24小时仍存在稳定性问题包括内存泄漏等严重问题不予准出
你的价值
虽然这叫一份测试报告但是有些软件庞大光功能点就动辄成百上千大的模块都有十几个你一个人是测不完的那怎么办难道就只是呈现你的测试工作就可以了吗
当然不行
还是以CSDN为例我的工作就是测试Android端APP我测试了功能发帖看帖评论等性能系统多后台下浏览24h连续浏览等兼容性市面主流安卓机 那我就只写这么多吗
比如A同学负责Web端的测试WindowsMacB外包同学负责IOS端的测试C团队参与了弱网情况的软件稳定性测试这些所有的进展都要在这里汇总因为这一份测试报告就是整个项目的出口而不是你一个人工作的呈现 当然ABC团队可能都有自己的测试报告你可以引用
当前弱网情况下软件稳定性高在丢包率30%以下时发帖成功率可达到87.91%丢包率50%以上时会给用户提示“请检查网络”并禁用发帖功能
测试报告的结构
说完了测试报告应该有哪些内容那么就该说说这些内容应该如何排列组合了
1、首先呈现出你的结论
很多领导基本就只看这一点了直接给出当前软件结论如果软件质量高没啥问题他们就根本不会接着往下看了这里其实有点像议论文的总分结构先总述后分开详述
2、当前遗留问题排期
我前面说过了如果这里没有遗留问题一定是你的问题而不是系统没有任何问题任何系统都一定会存在各种各样的bug大到内存泄漏小到token提示信息缺失如果没有遗留问题说明你的测试工作还不到位加油再测吧~ 当前遗留严重问题 原则上有严重问题其实是不能发版的但是如果不影响用户使用或者有应对措施就可以 比如CSDN客户端会crash但是前提是需要连续刷24h这样的客户场景一般难以遇到 比如CSDN在多后台情况下打开就闪退那么可以弹窗提示客户手动清理后台后再次尝试打开
所有的严重问题必须在下一个版本完成迭代 剩余遗留问题给出排期 那么剩下的就是一些普通问题或者提示性问题虽然不严重但它是问题就得解决必须得给出排期并且精确到责任人比如这么几类情况 这个问题可能对用户影响更大下个版本必须解 这个问题有点难解第二个版本再排期 这个问题现在连头绪都没有长期跟踪
3、软件版本算法/组件版本
这里一定要写清楚所有的软件版本方便以后问题的迭代和回溯甩锅比如像下面这样 当前软件版本号V1.2.3 推荐算法模型为recommend_20220407_1305_alpha 当前软件MD5值为23gk2hf2v3uf2y3g23guy 软件包升级下载链接为https:test0407/download/test.apk 以此类推…… 4、全业务回归情况
这里要写出系统测试情况做了什么测试覆盖了多少轮一个是体现你的工作摸鱼情况另一个反馈完整的软件质量比如 功能测试ALL100PASS96FAIL4BLOCK0通过率96% 性能测试ALL100PASS81FAIL9BLOCK10通过率90%BLOCK不能算在已执行里面这里是81/90 以此类推…… 5、各类专项进展竞品分析
还是上面说过的其他团队的进展或者你这产品的卖点做一个专项要有评测和竞品分析 虽然这两项往往都是合在一起的但是这里我分开举例吧比如自动编辑博文专项 对于百字文章成功率高达100%对于错别字的识别成功率高达99.86% 对于千字文章成功率高达97.03%对于错别字的识别成功率高达96.28% 对于万字文章成功率不低于80%对于错别字的识别成功率不低于75% 再比如发帖耗时的竞品分析 发帖耗时这一方面在各量级的文章下都优于友商不知网 优势是发帖耗时更低只需要183ms速度领先35.76% 劣势是弱网下发帖的成功率太低仅27.30%同样网络下低于不知网的49.72% 其实你们也发现了我这文章里全是字你们也不想看所以这里有一些小技巧能画的就画图表问题清单或者问题描述也可以用xmind的形式绘制出来该复杂的地方就复杂该简单的时候就简单详略得当我就随便举两个吧 【例1】自动编辑博文专项 对于百字文章成功率高达100%对于错别字的识别成功率高达99.86% 对于千字文章成功率高达97.03%对于错别字的识别成功率高达96.28% 对于万字文章成功率不低于80%对于错别字的识别成功率不低于75% 【例2】一键编辑的竞品分析 在一键编辑成功率这一方面整体的成功率较高符合预期在低量级的文章下优于友商全知网而且随着文章量级增加成功率的变化比较平稳 优势是2000字以下的文章不知网的成功率要明显优于全知网 劣势是2000字以上的文章不知网的成功率略逊于全知网且耗时更长建议长文本分批量编辑后合并 总结给大家准备了从功能测试到测试开发全套测试视频课程项目实战面试宝典简历模板
需要的小伙伴可以点击主页验证消息填写000即可获取 一、Python编程入门到精通 二、接口自动化项目实战 三、Web自动化项目实战 四、App自动化项目实战 五、一线大厂简历 六、测试开发DevOps体系 七、常用自动化测试工具 八、JMeter性能测试 九 银行业务测试 十大数据测试和业务分析 十一项目实战
