实现网站"今天访问量昨天访问量"统计插件 for dedecms,seo关键词排名优,门户网站开发研究报告,关键词排行优化网站QAS:是负责检查和评估软件产品质量的专业人员#xff0c;他们通过执行一系列测试来确保软件产品的功能、性能和安全性符合设计要求。 当产品上线后#xff0c;有 bug#xff1a;
“测试为什么没有测试发现这个问题#xff1f;肯定是测试的责任#xff01;”
当产品上线… QAS:是负责检查和评估软件产品质量的专业人员他们通过执行一系列测试来确保软件产品的功能、性能和安全性符合设计要求。 当产品上线后有 bug
“测试为什么没有测试发现这个问题肯定是测试的责任”
当产品上线后用户反馈使用体验不太好
“测试为什么没有想着去提高用户的体验”
当用户的 bug 测试也发现但是开发没有修复时
“测试为什么不找产品经理确认这么严重 bug 测试要让开发修复的啊”
当产品上线没有 bug反馈良好的时候
“咱们开发还是很靠谱的做出来的东西质量杠杠的”
以上的场景就是大家非常熟悉的 测试“大型背锅现场”
那么这些锅我们可以甩出去吗
当然是可以的接下来给大家普及一下测试猿如何优雅的甩锅 测试猿甩锅秘籍
一、过硬的专业技能塑造避锅铜墙铁壁
强大的测试思维可以设计出周密的测试用例测试覆盖更加全面
从提高自己的专业技术出发不管是从测试点的提取还是从测试用例的设计和编写都做到极度专业能够设计出来覆盖非常全的测试用例那么出现在用户面前的 bug 和问题就会越少自然也就不会有锅从天上来了
规范的测试流程可以让开发、产品、测试一起来评审测试用例保证测试质量
其实很多公司有很多用户的问题和 bug根本原因是测试流程不是很规范比如需求确定了之后没有需求评审开发和测试各做各自的没有达到理解的一致性比如测试用例写完没有用例评审和规范就会容易出现一些漏测和错测的情况也就自然用户反馈的问题会增多所以一个成熟且规范的测试流程是保证产品质量的前提和基础
详细的 bug 记录和缺陷跟踪流程提高测试效率同时也可以让发现的 bug 有迹可循。
发现的 bug 不管是必现还是偶现的都应该要记录到缺陷管理平台做好跟踪如果是开发没有修复的 bug不管是什么原因延期无效 bug重复 bug无法复现等都要做好跟进和备注以后如果用户发现类似的问题可以从自己的 bug 管理工具里找到对应的问题的记录和参与人员可以合理的“规避责任”。
专业的技能和工具的使用让测试工作更加高效和彻底
让自己掌握更多更专业的技能能够更加深入的分析问题和缺陷比如数据库的使用抓包工具fiddler、Charles 等的使用网络协议相关的知识HTTP 协议、HTTPS 协议等接口测试工具Jmeter、Postman 等这些技能可以让测试更加掌握项目中的主导地位让你说的话有理有据更有说服力因为减少“背锅”的命运的发生
二、良好的职场习惯是“甩锅”必备良药
遇到冲突和歧义先主动沟通最后找产品/项目经理确定拍板
当测试和开发之间有问题的理解和认知达不到一致的时候一定要先主动沟通推动事情的进程比如开发说测试开的 bug 不是 bug测试不要一味的认同开发也不要盲目的反对的开发要主动联系沟通具体的原因并站在用户的角度和基于需求的基础上罗列需要修复 bug 的证据如果主动沟通依然无法达到一致一定要找到可以拍板的人--比如产品经理、比如项目经理沟通确认这个 bug 的是否要修复
主动沟通一方面避免问题可以有效的推动问题的解决一方面可以由多方分析和确认问题而避免导致重要 bug 的修复遗漏。
凡事留好证据做好责任规避
在职场总是会有一些人将说过的事情被动或者主动的忘记所以如果是一些重要的问题的结论和决策我们一定要保留好相关的证据。
比如上面讲的案例开发和测试的关于这个 bug 是否要修复的问题最终得到了产品经理的确认说不修复了那么这个结论一定要保留下文字或者图片的证据添加到 bug 的备注里这样如果万一以后用户也遇到同样的问题就可以把这个 bug 找出来并找到当初不修复这个原因测试就不会是这个问题的”背锅侠”了
还有类似的相关的问题都要做好右键、文字截图等证据方便需要的时候用作甩锅的证据。
工作进度和问题及时汇报并做好风险控制和评估
每一项目工作都要及时做好汇报紧急的项目最好能一日一汇报如果没有那么紧急的项目也一定要做好一周一汇报这样可以让项目负责人、测试负责人等都及时掌握项目的状态和进度有问题可以及时发现和解决
当有严重 bug一般是 blockers 级别的 bug被发现的时候除了记录 bug 之外一定要发送邮件通知相关的人员催促开发紧急修复确保项目进度不会被耽误
当项目结束时上线发布之前做好项目报告分析和评估项目可能存在的风险并提出这些风险给出合理的发布建议。
比如因为项目的时间问题有一些浏览器的兼容性测试没有覆盖但是经过产品和项目经理的确认可以不做但是这个可能会存在一些风险测试应该在发布之前在测试报告里提出如果以后用户有类似的问题反馈就可以找到对应的发布文档必用被动的“背锅”了
总结
所谓测试容易做“背锅侠”这个有一定的外在的因素但是更多的是内在因素所以优雅的甩锅不是让你不负责任、推卸责任而且怎么把本职的工作做到最好让锅砸不到你头上。
所以只有测试猿专业的做好本职的工作才能能够优雅的甩锅
