`
kang
  • 浏览: 474390 次
  • 性别: 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定义规范

    测试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. **问题模块路径清晰**...

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

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

    bugfree2.0 软件测试工具

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

    bug数据分析 软件工程 测试

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

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

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

Global site tag (gtag.js) - Google Analytics