软件测试中的“事件”是什么意思？
user1232529
问问题
9571 次
6 回答
4
在执行/运行测试时，您有时会发现实际结果与预期结果不同。
当实际结果与预期结果不同时，它被称为事件，但事件与错误不同，因为它是由于配置错误、数据损坏而产生的
事件是在测试期间发生的任何需要检查或审查的事件。
于 2012-04-12T09:34:31.547 回答
1
这听起来像是一个故意含糊不清的术语，意思是“发生了一些事情，有人需要看看”。
关键可能是，当测试（手动或自动）失败时，可能有多种原因：
- 需求已更改，测试现已过时
- 测试环境有问题
- 测试人员犯了错误或误解了测试脚本
- 配置错误
- 代码中的实际错误
于 2012-04-12T09:08:00.767 回答
1
软件测试中的事件基本上是系统表现出可疑行为的任何情况，但我们通常仅在根本原因是我们正在测试的项目中的某个问题时才将事件称为缺陷。
事件的其他原因包括测试环境的错误配置或故障、损坏的测试数据、错误的测试、无效的预期结果和测试人员错误。
这意味着表明似是而非的行为不一定是真正的缺陷的可能性。
当最初识别出事故时，应生成事故报告，其中包含一组支持信息，如：
- 事件的识别，包括唯一编号、标题、触发事件、建议的修复（如果可能）和文档（例如，屏幕转储）。
- 环境标识，包括硬件、软件、供应商、发现事件的项目和修复描述（如果有）。
- 涉及的人员的识别，包括发起人和调查员。
- 相关时间信息，例如，系统时间、CPU 时间和适当的挂起时间。
于 2015-09-23T09:23:53.750 回答
0
它通常意味着“我们发现了某种缺陷或异常行为”。我不确定术语是否通用。
混乱在哪里？你被赋予了什么定义？
于 2012-04-12T08:58:57.570 回答
0
测试中的“事件”是指软件的意外行为。
这也是一种错误，但它可能会或可能会被复制。
由于硬件故障，软件应用程序的外部因素，将引发此事件错误。
于 2012-11-15T12:33:59.227 回答
0
测试是检查三方之间的关系
- 功能规范（缩写为 SPEC）：系统用户希望系统表现什么
- 软件（缩写为 SOFT）：系统的真实行为
- 测试用例（缩写为 TEST）：测试设计者认为系统应该表现什么。
“事件”是 SOFT 和 TEST 之间存在差异的情况的名称。如果您使用工具报告测试用例成功，那么您经常会看到事件标记为红色，非事件标记为绿色。
根据这 3 方之间的关系，可能会出现不同的事件发生情况：
- SOFT == SPEC 和 TEST == SPEC：这意味着 TEST == SOFT，没有发生任何事件。
- SOFT != SPEC 和 TEST == SPEC：这意味着 TEST != SOFT，并且发生了“事件”
- SOFT == SPEC 和 TEST != SPEC：这意味着 TEST != SOFT，并且发生了“事件”
- SOFT != SPEC and TEST != SPEC and SOFT == TEST：这意味着没有任何事件发生
- SOFT != SPEC and TEST != SPEC and SOFT != TEST：这意味着这是一个“事件”
看看这5种情况，我们看到
- 当“事件”发生时，可能是软件错误，测试用例错误，或两者兼而有之
- 当没有“事件”时，仍然可以是测试用例和软件都是错误的，或者它们都是“好的”（它们遵循规范）。
所以绿色不保证你的软件好，红色事件不保证你的软件不好（这里我用“好”和“坏”表示SOFT是否遵循SPEC）
于 2014-01-16T13:32:05.800 回答