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