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

软件测试面试问题
一.问答
【bug的生命周期分为几个阶段 什么是bug】1.测试用例都写了些什么?
回答:等价类 , 边界值 , 假推论法 , 情景法 , 这些是我常用的方法 。
2.Beta测试和alpha测试有什么区别?
答:alpha测试是在模拟实际操作环境下 , 在公司内部进行的一种验收 。公司会组织内部员工 , 仍然需要必要的参与 。alpha测试不能由程序员或测试完成 。
Beta测试是软件的多个用户在一个或多个用户的实际使用环境中进行的测试 。Beta测试不是程序员或者测试人员能完成的 。
3.上一家公司有多少测试 , 你们是怎么分配工作的?
答案:考3个人 。老板负责分配我们的任务 。每个人负责相应的模块或者不同的客户端 , 完成自己的一次性任务就可以了 。
4.你为什么从上一个家辞职?
答:1 。上一家公司比较闲 , 不利于我的长远发展 , 我就走了 。
2.最后一家公司的业务比较少 。基本上 , 这是一种相对较少的情况 。年轻人要更努力 , 所以我选择离职 , 去更忙的公司 。(2个中的1个)
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.你对加班有什么看法?
答:如果公司的项目需要加班 , 我会积极参与 。我们公司之前也加班过 , 所以我理解这种情况 。你也可以做得很好 。

    推荐阅读