`
kang
  • 浏览: 472836 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论

Bug 7822 event提示信息问题 验证测试

阅读更多

bug问题描述:
将一个节点的BMC地址修改错误后,没有收到自定义event错误提示信息"Custom event evaluation failure";
(按道理讲,此时应该收到这个提示信息的)
将这个节点的BMC地址再修改正确后,反而有时会收到提示信息"Custom event evaluation failure"。
(按道理讲,此时应该不再收到这个错误提示信息,反而应该收到正确提示信息之类的)

 

 


Developer对应过之后,我进行验证测试。

 

测试平台
version:6083
machine:dcm-linux-05

 

Force change the node BMC address to a invalid value: 1.2.3.4.
The customer event "Custom event evaluation failure" occur.

OK!
翻译:首先,将这个节点的BMC地址修改成一个无用值,自定义的错误提示信息事件发生了,OK!

 

Restore original BMC address of the node, "Connection with Managed Entity Restored" occur

OK!
翻译:接着,将这个节点的BMC地址再进行修复,改成正确的,自定义的正确提示信息事件发生了,OK!

 

but, followed,"Custom event evaluation failure" occurs again.
翻译:但是,紧跟着,又出现了一次错误提示信息(尽管只有一次),后面就正常了。
从用户角度来看,这个多出来的小尾巴(多余的一条错误提示信息),让人感觉有些不爽:
既然我已经将IP地址修改正常了,为什么还会又出现一次这种错误提示信息呢?

 

 


两个Developer的分析和说明:这两个event事件的机制不一样。


首先,要知道这里面有采集周期的概念(30秒);


当修复IP地址这件事情发生在某个周期内(前为A点,后为B点)时,
restore这个event在B点被采集到,所以发出了”Connection with Managed Entity Restored“这个正确的event提示信息;
但是,对于IP地址错误这种提示信息的event,在B点,发出的却是一个周期前,也就是A点"采集到”的信息(此时没有连接上);
在更后的C点,采集到的是B点的信息(此时已经正确),所以就多出现了一次错误提示信息。

 

 

讨论结果:
原因找到了,从用户体验角度来看,有一点点不爽;从代码逻辑角度来看,没有什么问题。
暂时想不到更好的解决方案了,这个问题在1.5中可能无法解决。先记下来,留待后面解决。

 

 

 

分享到:
评论

相关推荐

    软件测试bug统计分析图表

    软件测试旨在验证软件的功能、性能、安全性等是否符合预期需求,及时发现并修复缺陷(通常称为bug)。在这个过程中,bug统计分析图表成为了一种有效的数据可视化手段,帮助测试团队和项目管理者快速理解bug的分布...

    bugfree2.0软件测试bug管理工具

    BugFree 2.0 是一款专为软件测试而设计的开源Bug管理工具,它提供了高效、易用且灵活的环境来跟踪和管理软件开发过程中的缺陷。这款工具旨在帮助开发团队更好地协调工作,确保产品质量,减少错误并提高整体开发效率...

    软件测试通过及BUG分级标准

    4. **回归测试**:修复后的BUG需进行回归测试,确保问题已经得到解决,且未引入新的问题。 #### 四、案例分析 假设在一次功能测试中发现了一个BUG,具体表现为某个功能在特定条件下无法正常工作。经过初步分析,...

    软件测试BUG清单分析说明

    本文将深入探讨“软件测试BUG清单分析”,旨在提供一种有效的评估方法,以便测试人员和开发人员能够更好地理解和处理这些问题。 首先,BUG的重现度是评估其严重性的基础。如果一个BUG可以轻松地被重现,这表明问题...

    测试资料(详细的bug测试,以及测试用例的用法)

    7. **回归测试**:在修复bug后,重新运行相关的测试用例,确保修复没有引入新的问题。 接下来,我们来讨论测试用例。测试用例是为某个特定测试目标设计的一组有序的操作,用于验证软件的一个或多个功能是否按预期...

    网站测试bug分享

    在软件测试中,bug是不可避免的,但是通过分析和总结这些bug,我们可以避免类似的问题发生。下面是我们从网站测试中总结出的常见bug和注意事项: 1. 相关性检查: 在软件测试中,相关性检查非常重要。我们需要检查...

    软件测试BUG清单模板

    BUG清单模板。 根据实际项目工作出发制定的Bug清单文件模板。共享使用.

    软件测试基础知识各大软件公司面试所遇BUG问题各大软件公司面试所遇BUG问题

    面对这些问题,软件测试人员和开发者需要采取有效措施,如建立完善的测试框架、制定严谨的需求变更管理流程、提高测试覆盖率、进行详尽的Bug跟踪和修复,以及利用自动化工具来辅助测试,以减少Bug的产生并提高软件...

    软件测试与常见Bug大全

    "软件测试常见Bug大全"这个文档集合了测试人员在实际工作中可能会遇到的各种问题,为他们提供了一个全面的学习和参考资源。这里我们将深入探讨软件测试的重要性和常见的Bug类型。 首先,软件测试是为了发现并修复...

    软件测试中BUG数据分析

    在软件测试过程中,BUG数据分析是一项至关重要的工作,它涉及到对软件缺陷的全面理解和管理,以提升软件质量和用户体验。首先,我们需要明确缺陷的定义,包括软件未达到产品说明书的功能、表现与说明书不一致、超出...

    软件测试中bug的知识

    例如,“NewDefects”表示新发现的Bug,“SecondDefects”表示在回归测试中发现的新问题,“Faculative”表示偶尔出现的问题等。 通过综合运用以上提到的各种状态、严重性级别、优先级以及处理意见,软件测试团队和...

    版本验收与放行标准,主要明确了软件测试中对BUG等级的制定与分析

    * 若该版本发现的 BUG 小于 20 个标准 BUG 值,但测试认为其中部分问题会对现场造成影响较大,则测试人可以判定该版本测试不通过。 二、BUG 定级标准 BUG 定级标准是软件测试中对BUG的分类和等级规定,旨在确保...

    测试bug定义规范

    测试bug定义规范是指对bug的严重程度进行分类和定义,以便更好地识别和解决问题。本规范涵盖了bug的定义、严重程度、修复时间等方面,旨在确保bug的解决符合公司的质量标准。 一、bug 严重程度定义 1. P-1:紧急...

    BUG 状态流程图 测试人员需要知道的

    - **测试人员**:提交BUG,验证BUG是否解决,不参与优先级讨论,仅反映BUG的严重程度。 - **测试组长/经理**:审核BUG提交,分析BUG趋势,撰写测试总结报告。 - **产品人员**:参与优先级和处理意见的审议,协调项目...

    软件测试BUG参考标准

    7. **提示信息BUG(G.提示信息问题)**: - **提示信息不准确**:误导用户。 - **提示信息冗余**:提供过多不必要的信息。 8. **操作流畅度BUG(H.操作体验问题)**:包括但不限于加载速度过慢、操作卡顿等。 9. *...

    软件测试创建bug原则.docx

    1. **问题描述清晰**:这要求测试人员在报告bug时,必须详细描述问题的表现,包括异常现象、错误信息等,确保任何人都能理解问题所在。描述应当简洁明了,避免使用过于专业或模糊的术语。 2. **问题模块路径清晰**...

    bugfree2.0 软件测试工具

    4. **执行测试**:按照测试用例执行测试,记录测试结果,如果发现缺陷,通过Bugfree录入缺陷信息。 5. **缺陷跟踪**:开发人员收到缺陷报告后,进行问题定位和修复。修复完成后,通知测试人员验证。 6. **回归测试...

    bug数据分析 软件工程 测试

    而“bug数据分析”则是测试阶段的重要组成部分,它涉及收集、整理和分析软件缺陷(bug)的相关信息,以便优化开发流程,提高软件的稳定性和可靠性。本主题将深入探讨bug数据分析在软件工程中的应用以及与Junit测试...

    软件测试 BUG清单 列表 实用性很强的表格

    软件测试 BUG清单 列表 实用性很强的表格 测试部门总结BUG清单表格

Global site tag (gtag.js) - Google Analytics