审查过程
提交错误报告后，其状态将是 待审核。现在，组长必须审核错误报告
如果组长有进一步的问题，错误报告状态将变为 测试 IO 请求。一旦进入 请求 状态，您有 24 小时的时间编辑错误报告并添加所请求的信息。
如果请求已发送给您，而您又编辑了错误报告，则状态将恢复为 待审核。组长将再次审核您的错误报告并做出决定。
如果您的错误报告不合法、记录不充分或您未在 24 小时内回复请求，报告将被 测试 IO 拒绝。如果您认为组长的决定是错误的，可以使用 争议功能。
在所有其他情况下，团队领导将批准错误报告，其状态将变为 已转发给客户。现在轮到客户审核您的错误报告了。
客户也可以要求更多信息。此时状态将变为 客户请求。
如果客户接受错误报告，其状态将变为 "客户接受"。
如果客户拒绝接受错误报告，其状态将变为 "客户拒绝"。
错误状态
等待审查：已提交的Bug报告正在等待团队领导审查。
测试 IO 请求：组长在过去 24 小时内请求提供更多信息。该请求仍在处理中。
转发给客户：组长已审核错误报告，测试员已收到错误报告的付款。客户可看到该报告，并可对其进行审核（测试结束后 10 天内）。
测试 IO 拒绝：组长因特定原因拒绝接受错误报告。可对决定提出异议。
客户请求：客户在过去的24小时内发送了更多信息或澄清的请求。请求仍在等待中。
客户接受： 客户审查并接受错误报告。测试员将获得客户奖金的 10%。
客户拒绝： 客户审查并拒绝错误报告。根据 TL 的决定，测试员仍会收到 错误付款。
已存档：客户未积极接受或拒绝Bug报告，因此我们在系统中存档了该报告。
事先验收 "保证"
请注意，过去已经接受的问题（无论是由团队领导还是客户接受的）并不保证在所有将来的测试中都会被接受。
当然，我们的目标是以可比较的方式评估所有错误，但不能完全排除过去可能会被忽视的情况或者在此期间添加了新信息的可能性。
下面举例说明在哪些情况下，您的错误会被拒绝，即使类似的错误在过去已被接受：
团队负责人接受了一个错误，但不确定它是否是一个有效的错误，而客户留下了注释，解释说这确实是故意行为。
客户接受了一个错误，但并没有将报告添加到已知错误列表中，而是留下了一个说明，解释需求已发生变化。
周期说明已更改（请务必仔细阅读说明）。
您在争议中获得了奖励，但争议管理员要求您不要再提交该特定错误。
团队中的任何人（团队领导、CSM 或客户）要求您不要在聊天中提交更多问题。
TestIO 的一般规则已发生变化，有关新规则的信息可在学院中找到。