测试人员最本质的工作是查找错误、提交错误、验证错误、推动错误解决，在软件达到发布标准之前提高软件质量，提高研发工作效率和质量。
一、bug软件的bug是什么？ 狭义概念是指软件程序的脆弱性和缺陷。 广义概念除此之外还包括测试工程师和用户发现并提交的软件的可改进细节，或者实现与要求文档不同的功能等。
二、错误生命周期中缺陷状态:新建- -分配- -已解决- -等待检查- -关闭
错误发现—错误提交—错误分配—研发验证错误—研发修复错误— -回归验证错误—验证是否通过— -关闭错误
1、发现bug
1 )按照测试用例操作，如果与测试用例预期的结果不一致，可以称为bug。
2 )测试案例并未涵盖在内。 总是有意想不到的要素，或者有在神的操作中发生的错误。
3 )成本问题，没有足够的时间制作测试用例，发现的错误
2、提交bug
要提出缺陷的缺陷，首先尽量说明该缺陷的属性。 错误再现环境、错误类型、错误级别、错误优先级以及详细的再现步骤、结果和期望等。
当然，在提出问题之前，必须保证这个缺陷没有被提到，以免产生重复缺陷单。
3、指派bug
这一步不是必须的。 与项目模式有关。 如果一些公司的测试部门独立于开发部门，测试人员就不知道自己测试的模块由哪个开发人员负责。 在这种情况下，测试人员将问题统一分配给项目主管或经理，项目主管(或经理)将检查问题，然后将其重新分配给相应的开发人员。
由于一些测试人员被合并到不同的研发团队中，因此我们很清楚不同开发人员负责的开发模块，此时可以将问题直接分配给相应的开发人员。
在某些情况下，这个问题本来应该由A开发人员负责，但A开发人员的调动和辞职会把一些问题交给别人。 强调“配额”是上级对下级的“引渡”强调的是下级之间的关系。
4，http://www.Sina.com /
开发人员收到缺陷时，首先对其进行分析并再现。 如果对其进行分析而不是缺陷，则测试人员可能不理解需求。 或者，如果无法再现此问题，则必须将此问题发回测试人员并注明原因。 如果确认有缺陷，就需要处理。
确认缺陷
5、修复BUG
处理完问题后，需要再次确定是否需要推迟处理。 有些需求已经确认是个问题。 不需要处理这个问题，因为它发生在极端情况下，需要更改系统体系结构，或者优先级非常低。 (或进入下一个版本后进行修复。
固定
对于处理延迟的问题，可以暂时固定。 “固定”是QC中的称呼。 一般固定的问题必须在项目经理和测试经理协商后才能固定。
推迟处理
开发者确认一个问题需要处理后，再处理它。 例如，redmine支持处理人员随时更新问题处理进度，例如30%已处理和80%已处理。 当然，对于可以在短时间内修正的问题，没有必要随时更新处理的进展情况。 ）
处理缺陷
回归缺陷对测试仪来说是一项非常重要的工作，有三个入口和两个出口。
确认无缺陷问题：对提出的一个缺陷，派员处理无问题或不能再现后，直接交给测试人员恢复。 测试人员将重申实际上正如开发人员所说，关闭问题。 如果非开发人员表示问题说明不明确或因为其他原因再现了问题，请再次注明原因并交给开发人员。
检查问题修复：在开发人员再次检查并确认已修复的问题是否可以解决后，关闭问题。 确认不合格，然后重新打开问题并转发给开发人员。
确认固定问题：有计划地确认固定问题。 有些固定问题可能会随着时间的推移更新版本或不再存在。 这样的问题应该马上关闭。 一些固定问题依然存在，变得非常紧急。 对于这些问题，需要立即打开并交给开发人员处理。
6、回归验证BUG
对于修复的缺陷关闭。 这也是缺陷的最后状态。
做接口测试时，可以使用国产接口测试和接口文档生成工具apipost