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