【功能测试】什么是bug?

定义

        狭义上理解bug就是软件中不符合用户需求的问题,软件功能超出了产品,需求要求的功能未实现,实现了需求要求的功能但是实现错了,不符合行业标准,有隐藏需求未实现,用户体验感差可优化的功能。

软件的bug分为以下几种
  1. 软件未达到产品说明书标明的功能

  2. 软件出现了产品说明书中指明的不会出现的错误

  3. 软件功能超出了产品说明书指明的范围

  4. 软件未达到产品说明书虽未指出但应达到的指标

  5. 软件测试人员认为软件难以理解、不易使用、运行速度慢、或最终用户认为不好使用

BUG记录要求
  1. bug要第一时间记录,提交在缺陷管理工具中

  2. 每个bug必须要书面记录,避免丢失,有迹可循

  3. bug描述上,一定要便于开发理解,语言简洁

  4. bug的描述一定要客观,不要带有感情色彩的词和符号

  5. 记录bug时,要指明测试环境,测试数据,以txt,或文本格式记录

  6. 提交bug时,要注意角色不要使用人称代词

  7. 同一个团队,同一个测试组,提交bug要统一风格

  8. 提交bug时,有难以用语言描述的复杂场景,通过视频,或者截图的方式补充说明

  9. 准确的填写bug的优先级和严重程度

  10. bug是必现还是偶发bug,如果是偶发bug尽量写出可复现的步骤,记录出现的频率

  11. 如果你发现了其他人负责模块的bug,要与模块负责人进行沟通,并告知bug

  12. bug避免重复提交

  13. bug的交流意见,写在缺陷管理工具的备注中

BUG记录原则

准确:每个组成部分的描述准确额,不会引起误会
清晰:每个组成部分的描述清晰,易于理解
简洁:只包含必不可少的信息,不包括多余的内容
完整:包含复现该缺陷的完整步骤和其他本质信息
一致:按照一致的书写格式书书写全部缺陷报告 

需求指的是对于软件或产品功能性能、界面等方面的具体要求或期望,包括用户需求和系统需求两种。用户需求是指最终用户对产品的期望和要求,而系统需求是指开发团队根据用户需求提炼出来的功能性能等方面的具体规格。 测试用例是为了验证软件或产品功能是否按照需求进行开发而编写的测试案例或测试脚本。测试用例包括对各种输入条件的验证和对应输出结果的判断,以及各种功能和场景下的验证操作,请在输入和输出符合预期的情况下进行。 bug指的是软件或产品中的错误、缺陷或故障。当软件无法按照预期功能运行或者功能不符合需求时,就可能出现bug。软件开发过程中,通过测试发现的bug会被记录、报告和修复。 软件开发模型是指按照一定规范和流程进行软件开发的方式,常见的有瀑布模型、迭代模型、敏捷模型等。瀑布模型是一种传统的开发流程,按照需求分析、设计、编码、测试和维护的顺序进行。迭代模型是一种重复循环的开发方式,每个迭代周期都会完成需求分析、设计、编码、测试等步骤。敏捷模型是一种强调合作和迭代开发的方法,通过不断反馈和调整来满足用户需求。 测试模型是指按照一定规范和流程进行软件测试的方式,常见的有瀑布测试模型、V模型、敏捷测试模型等。瀑布测试模型是按照瀑布模型进行测试,将需求分析阶段的测试结果作为后续测试的基础。V模型则是在开发的各个阶段都有相应的测试活动,测试与开发对应。敏捷测试模型则是在敏捷开发模式下进行测试,强调即时反馈和快速响应的特点。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值