什么是bug(bug的生命周期分为几个阶段)

5.能否介绍一下贵公司的项目流程，或者介绍一下贵公司的工作流程？每个阶段的输出是什么？

a:首先要开一个需求分析会。与会者将有产品，开发和测试，主要讨论一些主要的需求功能点；然后开发安排开发，主管开始写测试计划，给我们分配任务。

我们参照需求说明书和原型图编写测试用例，完成后会评审用例。如果有任何修改，我们将修改它们以形成最终的用例版本。在编译完开发者版本后，我们先做一个预测，主要测试主要功能业务。如果主业务流程失败，直接返回给开发者修改。通过预测，根据测试用例对系统进行测试。在测试的过程中，提交bug，跟踪bug，进行回归测试，直到没有严重的bug，满足用户的需求。测试后，写一份测试报告。产品上线后，无论web运行是否正常，都需要进行日常维护测试。

6.你写了测试计划或者测试报告了吗？测试计划中包含哪些主要步骤和信息？测试报告包括哪些内容？

测试交付文档有哪些？

答:可以；1.测试计划包括:项目信息、参与文档、测试范围、测试策略、测试时间和人员安排、测试环境；2.测试报告包括:项目背景、参考资料、测试范围、测试结果和缺陷分析、测试结论和建议、风险评估；3.交付文档:主要是测试用例、测试计划和测试报告。

7.复发率低的bug怎么处理？

先尝试在环境中重现问题，保持浏览器环境和出现问题的具体账号一致，多次尝试都无法重现。还应在bug平台上记录，尽可能清晰地描述问题的特征步骤，并附上问题截图和日志，注明偶尔发生的情况；如果项目时间允许，bug级别高，需要开发协助才能重现；如果时间不允许，记录到BUG平台，以便后续处理。

8.bug的生命周期？

答:bug的生命周期就是从发现bug到关闭Bug的过程。生命周期中的一般缺陷状态:新的、已分配的、已解决的、待检查的、已关闭的。

如果待验证的bug在验证中没有解决，我们需要重新打开(激活)→赋值→解决→等待验证，循环这个过程，中间还有其他状态:重新打开、拒绝、推迟等。

9.当你提到一个bug，而开发者认为不是bug，该如何处理？

答:首先要保证开发环境和自己的测试环境一致，并且可以在测试环境中重现。如果是缺陷，与开发保持有效沟通。如果是低级的建议bug，可以先在bug平台记录，先保持沟通。如果是bug级别较高的问题，对应的需求文档和开发描述的预期结果更有说服力；耐心解释虫子的危害。如果没有，要求产品确认。真的是bug指示情况，重新分配给开发。

10.有没有让你印象深刻的bug，以及产生的原因？

回答:身份证以X结尾，实名认证显示成功，但是后面撤销的时候会报错。后来发现保存在数据库里的，都是小写的X，导致取款方无法识别。印象深刻的原因是发现这个bug花了一定的时间，我自己也试图定位原因，所以印象非常深刻。

1.你对加班有什么看法？

答:如果公司的项目需要加班，我会积极参与。我们公司之前也加班过，所以我理解这种情况。你也可以做得很好。