发布于 2024-11-05
1、寻找Bug；避免软件开发过程中的缺陷；衡量软件的品质；关注用户的需求。总的目标是：确保软件的质量。
2、从这个角度出发，缺陷报告自然是能够记录越多的细节越好，包括测试环境、软件版本、所用工具及版本号、测试用例的信息、出错前所执行的操作步骤、出错时相关信息和日志，等等很多。
3、软件错误导致软件缺陷（software defect），如设计缺陷，代码缺陷等，可用静态测试，如走查，静态检查，测试床（军事软件用的技术）等，软件的缺陷导致一个或多个软件故障 （software fault），故障有内部故障，外部故障，也就是我们所说的bug，软件故障导致了软件在功能操作等方面的失效（software failure）。
在CRM系统中，遇到的经典bug之一是电子邮件格式的编辑问题。在编辑器中，格式看起来是正确的，但一旦发送，格式往往会发生变化，给用户带来困惑。 另一个令人难忘的bug涉及到快速查找功能。
首先，这个bug暴露了研发在数据保存过程中的一个漏洞：他们没有在保存数据时对数据的有效性进行判断，而是仅在相关控件操作时进行了验证。这种做法存在较大风险，因为控件之间的数据交互可能会引发问题。其次，尽管这些脏数据在用户界面上没有显示，但它们仍会保存在服务器上，并在所有平台间进行同步。
P1级bug则影响部分主功能，如系统主要功能部分丧失、数据库操作错误、功能设计与需求不符、自动退出或稳定性降低等。这类bug在不影响其他功能的情况下，可能允许在当前版本中继续测试。
了解你平时工作中的测试能力；遇到问题如何解决；人际沟通 表达能力 有没有价值，这个真的另当别论，如果你能在言语的表述里让面试官觉得有价值那再好不过。
来回折腾其实是非常耗时、耗资源的。最好的办法就是发现问题之后马上debug，开发测试在一块来解决问题，这是最经济实惠的办法。我个人非常喜欢敏捷软件开发的方式，开发测试在同一个团队里面。发现缺陷后可以即刻查看、定位、调试修复问题。而后在不得已的时候，例如短时间内无法解决此问题，再进行记录。
1、④ 与“钱”沾边的，如充值、扣费等出现错误，导致失败。BUG优先级定义：紧急——系统正常业务流程无法通过，必须马上修改。非常高——系统主要功能实现错误，或与用户需求实现出现偏差。高——系统次要功能错误，但是不影响主功能实现及继续测试。
2、级别按照A、B、C、D、E顺序排列 A. 致命性：数据被破坏、数据丢失、系统崩溃、系统无法运行。B. 重大性：处理结果不正确、流程不对、性能不能满足要求重大性以上bug用白底红字方式标识出来。C. 次要性：不会影响整个系统的运行性能。D. 一般性：操作不方便，界面布局不合理，难以理解。
3、在软件测试面试中，遇到那种偶尔导致系统无响应或崩溃的问题，虽然看似严重，但定级并不完全取决于其出现频率。bug的级别（P0、PP2）主要依据其对系统的影响范围和严重性来划分。
4、致命 ：不能完全满足系统要求，系统停止运行，系统的重要部件无法运行，系统崩溃或者挂起等导致系统不能正常运行。 修改优先级为最高，该级别问题需要立即修改。严重 ：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。
5、缺陷的严重性和优先级通常用等级划分，例如1-4级，数字或文字结合表示。严重性可能包括软件崩溃、功能缺失等，而优先级可能基于对用户影响的严重程度。在确定时，需要结合用户需求、开发难度和市场因素综合考虑。在测试过程中，使用缺陷管理系统统一标准，确保所有团队成员对严重性和优先级的判断一致。
1、首先，面试官关心的是你对bug的敏锐度和处理能力。作为一名测试工程师，虽然日常工作中难免会遇到各种bug，但面试时需要你具备对重要问题的记忆和反思。定期整理和记录那些线上发现、易漏测或复现难度大的bug，形成检查清单，可以成为你准备面试的宝贵素材。
2、在CRM系统中，遇到的经典bug之一是电子邮件格式的编辑问题。在编辑器中，格式看起来是正确的，但一旦发送，格式往往会发生变化，给用户带来困惑。 另一个令人难忘的bug涉及到快速查找功能。
3、面试官提问“说一下你工作中印象最深的bug，看似简单，实则考验着面试者的综合能力。以下是对该问题的解析与解面试官真正关注的是三个关键点：测试能力、问题解决方法以及人际沟通与表达能力。了解测试能力意味着面试者在工作过程中如何运用技术定位和解决bug。
4、无论是资深的测试工程师还是新手，面对BUG时的思考方式和解决问题的方法都是相通的。关键在于培养对细节的关注、对问题的求解欲望，以及坚持不懈的精神。这样的态度和能力，将帮助我们在软件测试的道路上不断成长，面对任何挑战都能游刃有余。