软件测试中事件的含义是什么?

时间:2012-04-12 08:55:40

标签: testing automation manual-testing

软件测试中“事件”的含义是什么?

6 个答案:

答案 0 :(得分:4)

在执行/运行测试时,您有时会发现实际结果与预期结果不同。

当实际结果与预期结果不同时,它被称为事件,但事件与错误不同,因为它是由于错误配置,数据损坏而出现的

事件是在测试期间发生的任何需要检查或审查的事件。

答案 1 :(得分:0)

它通常意味着“我们发现某种缺陷或异常行为”。我不确定这个术语是否具有普遍性。

哪里有混乱?你给出了什么定义?

答案 2 :(得分:0)

这听起来像一个故意含糊不清的术语,意思是“有人需要看一看的事情。”

重点可能是当测试(手动或自动)失败时,可能出于各种原因:

  • 要求已更改,测试现已过时
  • 测试环境有问题
  • 测试人员犯了错误或误解了测试脚本
  • 配置错误
  • 代码中的实际错误

答案 3 :(得分:0)

事件“在测试意味着意外的行为 软件

这也是一种错误,但它可能会或可能会被复制。

由于硬件故障,此事件错误将被提升, 软件应用程序的外部因素。

答案 4 :(得分:0)

测试是对三方关系的检查

  • 功能规范(缩写为SPEC):系统用户希望系统运行的内容
  • 软件(缩写为SOFT):系统真正的行为
  • 测试用例(缩写为TEST):测试设计者认为系统应该采取的行为。

“事件”是SOFT和TEST之间存在差异的情况的名称。如果您使用工具报告测试用例的成功,那么您经常会看到事件标记为红色,非事件标记为绿色。

根据这三方之间的关系,可能会出现不同的情况:

  1. SOFT == SPEC和TEST == SPEC:表示TEST == SOFT,不发生任何事故。
  2. SOFT!= SPEC和TEST == SPEC:表示TEST!= SOFT,发生“事件”
  3. SOFT == SPEC和TEST!= SPEC:表示TEST!= SOFT,发生“事件”
  4. SOFT!= SPEC和TEST!= SPEC和SOFT == TEST:表示没有发生任何事故
  5. SOFT!= SPEC和TEST!= SPEC和SOFT!= TEST:这意味着这是一个“事件”
  6. 看看这五种情况,我们看到了

    • 发生“事件”时,软件可能是错误的,测试用例是错误的,或者两者兼而有之
    • 当没有“事件”时,仍然可能是测试用例和软件都是错误的,或者两者都是“好的”(它们遵循规范)。

    所以绿色并不保证您的软件是好的,红色事件并不能保证您的软件不好(这里我使用“好”和“坏” “表示SOFT是否遵循SPEC)

答案 5 :(得分:0)

软件测试中的事件基本上是系统表现出可疑行为的任何情况,但通常只有当根本原因是我们正在测试的项目中的某些问题时才将事件称为缺陷。

事故的其他原因包括配置错误或测试环境失败,测试数据损坏,测试结果不良,预期结果无效以及测试人员错误。

这意味着表明一种似是而非的行为不一定是真正的缺陷的可能性。

当事件最初被识别时,应生成事件报告,其中包含一组支持信息:

  • 识别事件,包括唯一编号,标题, 触发事件,建议修复,如果可能,以及文档(例如, 屏幕转储)。
  • 识别环境,包括硬件,软件, 供应商,看到事件的项目,并修复说明,如果 任何
  • 确定涉及的人员,包括发端人和 研究者。
  • 相关时间信息,例如,系统时间,CPU时间和 适当的时间。