测试中的
软件测试中"事件"的含义是什么？
在执行/运行测试时，您有时会发现实际结果与预期结果不同。
当实际结果与预期结果不同时，它被称为事件，但事件不同于错误，因为它是由于配置错误，数据损坏而引起的
事件是测试期间发生的需要检查或审查的任何事件。
这听起来像是一个故意含糊不清的术语，意思是"发生了一些事情，有人需要看看"。
重点可能是当测试（手动或自动）失败时，可能是由于各种原因：
- 要求已更改，测试现已过时
- 测试环境有问题 测试
- 人员犯了错误或误解了测试脚本
- 配置错误
- 代码中的实际错误
软件测试中的事件基本上是系统表现出可疑行为的任何情况，但通常只有当根本原因是我们正在测试的项目中的某些问题时，我们才会将事件称为缺陷。
事件的其他原因包括测试环境配置错误或失败、测试数据损坏、测试错误、预期结果无效和测试人员错误。
这意味着表明似是而非的行为不一定是真正的缺陷的可能性。
最初识别事件时，应生成事件报告，其中包含一组支持信息，如下所示：
- 事件的标识，包括唯一编号、标题、触发事件、建议的修复（如果可能）和文档（例如，屏幕转储）。
- 识别环境，包括硬件、软件、供应商、发现事件的物料和修复说明（如果）任何。
- 确定相关人员，包括发起人和调查者。
- 相关时间信息，例如系统时间、CPU 时间和墙上时间视情况而定。
它通常意味着"我们发现某种缺陷或异常行为"。 我不确定术语是否通用。
困惑在哪里？ 你得到了什么定义？
事件"表示软件。
这也是一种错误，但它可能会或可能被复制。
此事件错误将由于硬件故障而引发，软件应用程序的外部因素。
测试是对三方之间关系的检查
- 功能规范（缩写为SPEC）：系统用户希望系统的行为
- 软件（缩写为SOFT）：系统的实际行为
- 测试用例（缩写为 TEST）：测试设计者认为系统应该表现什么。
"事件"是 SOFT 和 TEST 之间存在差异的情况的名称。如果使用工具报告测试用例的成功，则通常会看到事件标记为红色，非事件标记为绿色。
根据这 3 方之间的关系，事件发生的情况可能不同：
- 软 == 规格和测试 ==
- 规格：这意味着测试 == 软，不会发生任何事件。
- 软！= 规格和测试 == 规格：这意味着测试！= 软，并且发生了"事件"
- 软 == 规格和测试 ！= 规格：这意味着测试 ！= 软，并且发生了"事件" 软！=规格和
- 测试！=规格和软==测试：这意味着没有发生任何事件 软！=规格和测试！=
- 规格和软！=测试：这意味着这是一个"事件"
看看这 5 种情况，我们看到
- 当发生"事件"时，可能是软件错误，测试用例错误，或两者兼而有之
- 当没有"事件"时，仍然可能是测试用例和软件都是错误的，或者它们都是"好的"（它们遵循规范）。
所以绿色并不能保证你的软件是好的，红色的事件不能保证你的软件是坏的（这里我用"好"和"坏"意味着SOFT是否遵循SPEC）