网站功能介绍,百度免费资源网站,政务网站建设目标,论坛网站地图怎么做哈喽#xff0c;哈喽#xff0c;大家好~ 我是你们的老朋友#xff1a;保护小周ღ 今天给大家带来的是 【软件测试】Bug 篇#xff0c;首先了解, 什么是Bug, 如何定义一个Bug, 如何描述一个 Bug, Bug的级别, 和 Bug 的生命周期, 以及测试人员跟开发人员产生争执如何处理,… 哈喽哈喽大家好~ 我是你们的老朋友保护小周ღ 今天给大家带来的是 【软件测试】Bug 篇首先了解, 什么是Bug, 如何定义一个Bug, 如何描述一个 Bug, Bug的级别, 和 Bug 的生命周期, 以及测试人员跟开发人员产生争执如何处理,.等问题. 一起来看看叭~ 本期收录于博主的专栏: 软件测试_保护小周ღ的博客-CSDN博客 适用于编程初学者感兴趣的朋友们可以订阅查看其它 “软件测试内容”。 更多精彩敬请期待保护小周ღ *★,°*:.☆(▽)/$:*.°★* ‘ 一、Bug 的定义 当且仅当产品规格说明书存在且正确时, 程序的实现与规格说明书要求不匹配的时候, 就是软件错误. 简单说就是程序的功能实现与需求说明书不符合, 即可认定为 Bug. 当产品规格说明书没有提到的功能时, 以用户为准, 当程序没有实现其用户合理预期 (测试人员需具备良好的产品思维) 的要求时, 就是软件错误.
1.1 如何描述Bug 描述一个 Bug 的要素 标题简洁明了地概括问题 问题出现的版本: 浏览器、应用版本等相关信息 问题出现的环境: 操作系统, 设备等 出现步骤: 详细描述重现Bug的操作步骤 预期结果: 说明在正常情况下应该出现的结果。 实际结果: 描述实际遇到的错误或问题q 提 Bug : 博主网站登录界面图形验证码输入大写验证码 导致验证码校验错误。 针对上述问题描述一个 Bug: 标题 登录时进行图形验证码的校验输入大写字母导致验证码校验不通过, 进而用户无法登陆成功. 问题出现的版本 Microsoft Edge版本 128.0.2739.9 (正式版本) stable应用beta频道 (64 位) 出现问题的环境: Windows 11 家庭中文版 问题出现的步骤: 启动 Microsoft Edge 浏览器, 地址栏输入 : http://127.0.0.1:18080(博主自己启动的程序) 页面自动跳转至登录界面, 输入用户名, 密码, 输入图形化验证码与之对应的文本 - YT65. 点击登录 提示验证码输入错误 预期结果: 验证码登录成功, 登录成功 实际结果: 验证码输入错误 Bug 归属: 后端问题 (我知道的) Bug 等级: (后面再详细讲解, 根据每个公司的设定来) 在测试的过程中: 如果我们测试的产品有很多版本, 只需要关注用户使用较多的版本(通常企业都会有数据健康后台, 能够监控到使用当前产品的用户所使用到的版本 / 环境), 我们的设备信息在http/ https 请求头中有所表现. 二、Bug 的级别
bug的定义每个公司都不一致在定义级别之前需要查看公司规范。 以下为样例 崩溃Blocker严重影响系统的主要功能导致应用崩溃或无法运行, 阻碍开发或测试工作的问题. 例如 : 造成系统崩溃、死机、死循环导致数据库数据丢失与数据库连接错误主要功能丧失基本模块缺失等问题。如代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等. 严重Critical影响主要功能但可以通过某些方式绕过或暂时解决. 例如 : 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失. 功能设计与需求严重不符模块无法启动或调用程序重启、自动退出关联程序间调用冲突安全问题、稳定性等。 一般Major对功能有一定影响但不会严重阻碍使用可能需要修复但不是紧急的. 例如操作时间长、查询时间长、格式错误、边界条件错误等. 次要Minor影响较小的功能或用户体验不会影响主要功能的使用通常作为未来版本的改进点处理. 例如 : 界面、性能缺陷建议类问题不影响操作功能的执行可以优化性能的方案等。如错别字、界面格式不规范页面显示重叠、不该显示的要隐藏描述不清楚提示语丢失文字排列不整齐光标位置不正确用户体验感受不好可以优化性能的方案等 . 在实际的工作中, 崩溃, 严重的bug 并不常见, 公司针对于不同的 Bug 等级, 对相关人员的惩罚机制也不一样, 同时 bug 的产生/等级也跟开发人员的技术水平有关. 如果程序有明显的/ 主功能问题, 或者主流程走不通, 测试人员进行项目打回, 开发人员应在提交代码前进行充分的单元测试, 集成测试等, 检查项目是否具备可测性. 三、Bug 的生命周期
同样, 每一个公司对于 bug 的生命周期的定义是不一致的.
测试人员在执行测试的过程中, 如果发现有 bug , 需要在对应的 bug 管理平台来创建 bug -- bug 的生命起源.
以下是常见的例子: Bug 状态变更流程每个项目团队的实际做法可能不大一样。并且需要结合实际的开发流程和协作流程来 使用。 例如测试人员新发现的Bug由测试组长评审后才决定是否Open并分派给开发人员。测试人员 Open的Bug可以直接分派给Bug对应的程序模块的负责人也可以要求都先统一提交给开发主管由开 发主管审核后再决定是否分派给开发人员进行修改。 Bug的跟踪以及状态变更应该遵循一些基本原则 测试人员对每一个缺陷的修改必须重新对一个包含更改后的代码的新版本进行回归测试确保相同 的问题不再出现才能关闭缺陷。 对于拒绝修改和延迟修改 Bug需要经过包含测试人员代表和开发人员代表、用户方面的代表 或代表用户角度的人的评审。 3.1 测试的执行和BUG管理 打开待测试的系统 打开测试管理工具用例模 发现bug进行复现并确认 记录bug 与开发人员沟通bug 验证修复后的bug 确认本次测试完成 编写测试报告 四、测试人员跟开发人员产生争执如何处理
软件测试的目的 为了保障产品的质量 但有些时候 在开发人员眼中 你就像是故意挑他刺 开发人员直接否定三连 这不是问题 我没错 不是我写的~
遇到争执不要怕记住批判性思维清楚--准确、切题--深刻有意义有逻辑性--公正、全面 检查自身在报告 bug 时要确保描述清楚多反思自己是不是 Bug 创建的时候描述不太清楚。如果发现描述不足或难以表达立即找相关开发人员解释避免等待他们主动联系你。 站在用户角度让开发人员理解 bug 对用户的影响增加解决问题的紧迫感。可以问“如果你是用户你能接受吗” 合理定级确定 bug 级别时 不仅要看 bug 的严重性还要考虑其对用户流程的影响。站在用户角度来定级。 提升技术水平除了提出问题还能提出解决方案这样更具说服力。资深测试工程师通常会提供解决思路增加权威性。 处理拒绝如果开发人员拒绝接受 bug可以发起 bug 评审避免争吵寻找更客观的解决方式。 好了到这里 【软件测试】Bug 篇 博主已经分享完了这只是简单的概念性的理解希望对大家有所帮助如有不妥之处欢迎批评指正。
感谢每一位观看本篇文章的朋友更多精彩敬请期待保护小周ღ *★,°*:.☆(▽)/$:*.°★*
遇见你所有的星星都落在我的头上……
