测试发现bug而开发不认为是bug 你怎么办？

最新推荐文章于 2024-05-16 20:37:16 发布
最新推荐文章于 2024-05-16 20:37:16 发布
阅读量6.3k 收藏 25
点赞数 6
分类专栏： 测试专业
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46183674/article/details/110056962
版权

1.找到需求文档或者是原型图进行匹对

2.尝试多种测试环境和多种测试方式来确认是否为bug

3.整理bug的复现的步骤和出现的频率

4.开发坚持不认为是bug的时候找项目经理测试经理进行沟通来确认是否为bug

5.将客户经理 测试 测试经理和项目经理进行开确认会来判定是否为bug

6.测试人员需要将bug整理并写入测试总结中

似曾相识。
关注
  • 6
    点赞
  • 踩
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
浅谈软件测试缺陷BUG是怎么产生的？
03-23
先问一个问题，BUG是怎么出来的。估计会有很多人回答，是测试人员测出来的。...换个角度讲，测试人员只是使BUG浮出了水面，使一些人(开发人员、项目经理等)知道了他的存在。 　继续问，BUG是怎么出
抖音软件测试三面，21个面试题复盘
lc990511的博客
04-02 929
抖音软件测试三面，21个面试题复盘
软件测试面试题：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？
一亿并发的博客
06-25 1945
首先，将问题提交到缺陷管理库里面进行备案。然后，要获取判断的依据和标准：合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 ...
测试提交的bug开发不认可怎么办？
最新发布
2301_78276982的博客
05-16 448
当测试提交的Bug开发不认可时，可以采取以下步骤来解决问题：1. 澄清沟通：首先，与开发人员进行详细的沟通，确保对Bug的描述清晰准确，并提供相关的复现步骤、截图或日志等支持材料。确保开发人员对Bug的具体情况有充分的了解。2. 提供更多信息：如果开发人员需要额外的信息或上下文来复现和分析Bug，尽可能提供相关的数据、环境信息或。这有助于开发人员更好地理解和解决问题。3. 共同调试：如果可能，与开发人员一起进行调试，以便更好地理解和定位问题。
测试工程师面试解析：提bug后开发不认同如何处理？
软件测试技术交流分享
05-10 853
作为一名软件测试工程师，在职业生涯中面试过程中，总是遇到诸多问题，抛开技术层面，但从沟通协调方面，这道题无疑是面试官考查最多的问题之一。
当测试人员认为是bug，开发认为不是bug，如何处理？
m0_74038875的博客
01-31 1650
如果还是不行，那可以给这个问题提出来,跟开发经理和测试经理进行确认。如果最终bug被确定不改， 那么就要在测试报告里面记录一下，以便以后查阅。二是这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出是BUG的依据是什么？如果 被用户发现或出了问题，会有什么不良结果？一是需求没有确定，所以这个时候可以找来产品经理进行确认，需不需要改动，商量确定好后再看要不 要改。
测试工作中发现一个bug，而开发人员说不是一个bug，你该怎么处理？
热门推荐
weixin_40388283的博客
09-17 4万+
  说法一： 1、首先明确开发说不是bug的理由。 2、如果是需求变更， 那就找产品经理确认是否是需求变更。 3、如果开发说测试环境问题， 让他说明清楚测试环境问题是什么，按照他说的验证一遍， 如果确实如他所说， 关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。 4、如果开发说用户不存在这种使用场景， 但是我们不认可他说的，把这个bug 知会到测试经理，让测试经理...
分享下3年工作经验下的 社招面经（详细总结）
S11035762的博客
10-21 3080
这次就不长篇论道了，直接进入主题！ 测试题 问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺.
你在测试中发现了一个bug，但是开发认为这不是一个bug，你应该怎样解决？
fengyupotest的博客
03-02 1858
测试、bug 协调合作
如果你碰到的bug开发人员不认为是bug的时候你怎么办？
ssl_husband的博客
04-01 833
1.通过不同方式或者是不同的测试环境来对bug进行确认 2.根据需求文档对bug来进行判断 3.将bug的出现的频率，已经出现的方式和对应的操作步骤进行书写，将结果 截图或者是录屏 4.找对应的项目经理或者是客户经理来bug进行评审 5.将bug进行记录到测试总结中 ...
软件测试是找bug，不是找茬
03-23
最近跟一个朋友聊天，问“你会不会编软件呀?...以前在外包做测试，面对的之间人是PM，面对所谓的客户是开发软件的人，而且因为离开发人员较远，沟通基本上都是用邮件，所以当时的感触还不太多，只是做好自己的
用于UCAM测试bug
03-29
针对“用于UCAM测试bug”的主题，我们可以深入探讨以下几个相关知识点： 1. **测试**: 测试是验证和确认软件功能是否按照预期工作的过程。在UCAM（假设是一个具体的项目或系统）中，测试可能包括单元测试、集成测试...
让你的测试用例将软件bug一网打尽
02-26
下面便以一次亲身经历来说说设计测试用例的几大要点吧。首先说说基本背景。TopCoder是一个对全世界程序开发爱好者开放的平台，在上面可以讨论、交流、竞赛。这里真的是汇聚了世界上最顶尖的算法高手。TopCoder周赛也...
你发现了一个bug，开发认为不是bug，该怎么处理？
后街女孩的博客
04-11 6357
一、先从自身 1、反复确认bug，保证发现的确实是一个bug。 2、bug描述不明确 3、开发和自己对需求的理解不一致，找产品确认需求 二、开发 1、开发可能最近工作比较忙，没有时间改，协调时间，但是不能不改 2、开发情绪不对（个人原因），向自己的上司反馈 ...
你判断是bug，开发不认为是bug，如何处理？
gh_void的博客
07-22 3848
1.先确认是不是如开发说的那样，环境问题/脏数据，是的话，关闭bug； 2.不是的话，根据产品需求文档来，一般有分歧都是一些小问题（交互、UI、样式、展示顺序等问题），产品经理拍板或者拿出数分数据支持，这样开发的产品更容易引导用户，促进成交； 3.若产品需求文档没有提及，需要凭借个人经验判断（比如登录的时候，第一次输入验证码，不小心输错了，重新输入。这个时候，验证码输入框不提供删除原先输错的验证码。虽然需求没有提到，但是基于自己的经验，这也就是bug） ...
一些测试面试题
weixin_30794851的博客
05-18 620
1.问：你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。 首先，将问题提交到缺陷管理库，类似禅道，进行备案， 根据需求文档，产品说明，设计文档等，确认实际结果是否与计划有不一致的地方， 如果没有文档，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据一般用户的使用习惯，来确认 与设计人员、开发人员和客户代表等相关...
开发认为不是bug，你该如何处理？
07-20 209
这是软件测试员面试时经常被问到的问题。看了很多答案，个人觉得作为有工作经验的测试人员回答时不能完全照搬标准答案，技术面试官想听的当然不止如此。毕竟这种情况在实际工作中也常常出现，具体问题要具体分析，你的答案最好能妥善解决开发认为不是bug的问题，这也能侧面反映测试人员的自我判断能力和独立解决问题的能力。能代入自己的想法和测试理念的候选人更有优势，所以整理了这个问题的答案。（当然，这也不是唯一答案）不足之处，欢迎留言补充。在面经里的参考答案通常是酱紫滴，如下：开发人员说不是bug，有2种情况，
面试题004-当开发人员说不是BUG时，你如何应付
yinyiyi978520的博客
11-10 1234
当开发人员说不是BUG时，你如何应付
一个bug，开发不认，怎么办
冰河时代
12-03 1087
一个bug，开发不认，怎么办
什么是需求?测试用例?bug?软件开发模型和测试模型
09-20
需求指的是对于软件或产品功能、性能、界面等方面的具体要求或期望，包括用户需求和系统需求两种。用户需求是指最终用户对产品的期望和要求，而系统需求是指开发团队根据用户需求提炼出来的功能、性能等方面的具体规格。 测试用例是为了验证软件或产品功能是否按照需求进行开发而编写的测试案例或测试脚本。测试用例包括对各种输入条件的验证和对应输出结果的判断，以及各种功能和场景下的验证操作，请在输入和输出符合预期的情况下进行。 bug指的是软件或产品中的错误、缺陷或故障。当软件无法按照预期功能运行或者功能不符合需求时，就可能出现bug。软件开发过程中，通过测试发现的bug会被记录、报告和修复。 软件开发模型是指按照一定规范和流程进行软件开发的方式，常见的有瀑布模型、迭代模型、敏捷模型等。瀑布模型是一种传统的开发流程，按照需求分析、设计、编码、测试和维护的顺序进行。迭代模型是一种重复循环的开发方式，每个迭代周期都会完成需求分析、设计、编码、测试等步骤。敏捷模型是一种强调合作和迭代开发的方法，通过不断反馈和调整来满足用户需求。 测试模型是指按照一定规范和流程进行软件测试的方式，常见的有瀑布测试模型、V模型、敏捷测试模型等。瀑布测试模型是按照瀑布模型进行测试，将需求分析阶段的测试结果作为后续测试的基础。V模型则是在开发的各个阶段都有相应的测试活动，测试与开发对应。敏捷测试模型则是在敏捷开发模式下进行测试，强调即时反馈和快速响应的特点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值