php网站开发招聘需求,网站用户注册增加办法,网站不换域名换空间,杭州建设工程交易网文章目录 软件测试的生命周期BugBug 的概念描述 Bug 的要素案例Bug 级别Bug 的生命周期与开发产生争执怎么办#xff1f;【高频面试题】先检查自身#xff0c;Bug 是否描述的不清楚站在用户角度考虑并抛出问题Bug 的定级要有理有据提⾼自身技术和业务水平#xff0c;做到不仅… 文章目录 软件测试的生命周期BugBug 的概念描述 Bug 的要素案例Bug 级别Bug 的生命周期与开发产生争执怎么办【高频面试题】先检查自身Bug 是否描述的不清楚站在用户角度考虑并抛出问题Bug 的定级要有理有据提⾼自身技术和业务水平做到不仅能提出问题还能构给出解决的思路或方案 软件测试的生命周期
软件测试贯穿软件的整个生命周期。
软件测试的生命周期是指测试流程这个流程是按照⼀定顺序执行的⼀系列特定的步骤去保证产品质量符合需求。在软件测试生命周期流程中每个活动都按照计划的系统的执行。每个阶段有不同的⽬标和交付产物。 各阶段具体内容
需求分析 **用户角度**评估软件需求是否合理确保满足用户的真实需求**技术角度**评估需求在技术上是否可行是否还有优化空间**测试角度**检查是否存在业务逻辑错误、冗余、冲突等问题 测试计划 **制定测试计划**确定测试的时间表包括什么时候开发测试、什么时候结束测试、耗时多久 测试设计与开发 参考需求⽂档、技术⽂档等编写测试用例写测试⽂档明确标注使用到的测试方法测试工具测试形式等等 测试执行 充分利用测试用例和测试工具对项⽬尽可能做到全方⾯的测试覆盖 测试评估 测试是否通过本次测试是否有遗留的 Bug最终测试人员需要产出⼀个测试报告 上线 项⽬测试结束后将项⽬发布到线上环境测试人员需要跟踪上线并测试线上环境下软件的运行是否正确 运行维护 测试人员需要参与项⽬的实施工作。测试人员对项⽬产品的业务和操作⾮常了解加上测试人员的沟通表达能⼒⼀般都⽐较强所以测试人员可以参与用户使用软件的培训在试运行项⽬时收集问题并及时反馈给相关负责人
Bug
Bug 的概念
定义⼀个计算机 Bug 指在计算机程序中存在的⼀个错误error、缺陷flaw、疏忽mistake或者故障fault这些 Bug 使程序⽆法正确的运行。Bug 产生于程序的源代码或者程序设计阶段的疏忽或者错误。准确的来说
当且仅当**规格说明软件需求文档**是存在的并且正确程序与规格说明之间的不匹配才是错误。当需求规格说明书没有提到的功能判断标准以最终用户为准当程序没有实现其最终用户合理预期的功能要求时就是软件错误。
描述 Bug 的要素
为什么描述 Bug 还有要素要求因为人们在编写⽂档的时候经常会出现自己想表达的内容和写出来的内容南辕北辙的现象。
例如Bug 描述为浏览器打开链接失败。该描述下没有明确说明哪个浏览器失败的具体表现是什么对于开发人员来说⽆法捕捉到更多有效的信息会造成沟通效率低下工作质量低下等问题。
**描述Bug的基本要素问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果。**问题出现的版本
开发人员需要知道出现问题的版本才能够获取对应版本的代码来重现故障并且版本的标识也有利于统计和分析每个版本的质量。
问题出现的环境
环境分为硬件环境和软件环境如果是 web 项目需要描述浏览器版本客户机操作系统等如果是 app 项目需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。
问题出现的步骤
描述问题重现的最短步骤。
预期结果
要让开发人员指导怎么样才是正确的尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障能写明需求的来源是最好的。
要相信测试人员是最懂需求的。
实际结果
描述问题实际出现的现象。
注意
某些公司会有一些其他的要求例如故障的分类功能故障界面故障兼容性故障等。有些有优先级的分类严重影响测试需要开发人员优先修改的可以设置优先级为高。不要把多个 Bug 放到一起在无法确认是同一段代码造成的故障时不要将 Bug 放在一起提交。
案例 问题出现的版本⾕歌浏览器版本 133.0.6943.127正式版本 64 位问题出现的环境Windows 11 专业版问题出现的步骤 打开谷歌浏览器输入网址https://www.101eduyun.com/sunrise/login/login.do等待页面第一个背景图上的二维码渲染完成 预期结果小程序二维码不会被登录模块遮挡二维码可以正常扫描实际结果小程序二维码被登录模块遮挡二维码不可以正常扫描
Bug 级别
通过定义 Bug 的级别能够明确看出问题的严重程度。工作中开发人员通常需要按照 Bug 的级别来分配优先级来处理 Bug除此之外通过 Bug 级别也能够体现出开发人员的开发质量。
**Bug 级别的定义每个公司都不一致在定义级别之前需要查看公司规范。**⼀般分为崩溃、严重、⼀般、次要。
崩溃 阻碍开发或测试工作的问题造成系统崩溃、死机、死循环导致数据库数据丢失与数据库连接错误主要功能丧失基本模块缺失等问题。如代码错误、死循环、数据库发生死锁、重要的⼀级菜单功能不能使用等该问题在测试中较少出现⼀旦出现应立即中⽌当前版本测试。 严重 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符模块无法启动或调用程序重启、自动退出关联程序间调用冲突安全问题、稳定性等。如软件中数据保存后数据库中显示错误用户所要求的功能缺失程序接口错误数值计算统计错误等该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试。 一般 功能没有完全实现但是不影响使用功能菜单存在缺陷但不会影响系统稳定性。如操作时间长、查询时间长、格式错误、边界条件错误删除没有确认框、数据库表中字段过多等。该问题实际测试中存在最多。 次要 界面、性能缺陷建议类问题不影响操作功能的执行可以优化性能的方案等。如错别字、界面格式不规范页面显示重叠、不该显示的要隐藏描述不清楚提示语丢失文字排列不整齐光标位置不正确用户体验感受不好可以优化性能的方案等。此类问题在测试初期较多优先程度较低在测试后期出现较少应及时处理 。
Bug 的生命周期
测试人员在执行测试的过程中如有发现 Bug需要在对应的 Bug 管理平台来创建 BugBug 生命起源创建好的 Bug 需要被开发人员修复以及测试人员的持续跟踪和测试。 New新发现的 Bug未经评审决定是否指派给开发人员进行修改。Open确认是 Bug并且认为需要进行修改指派给相应的开发人员。Fixed开发人员进行修改后标识成修改状态有待测试人员的回归测试验证。Rejected如果认为不是 Bug则拒绝修改。Delay如果认为暂时不需要修改或暂时不能修改则延后修改。Closed修改状态的 Bug 经测试人员的回归测验验证通过则关闭 Bug。Reopen如果经验证Bug仍然存在则需要重新打开Bug开发人员重新修改。无效的Bugopen-closed open-rejected-closed 与开发产生争执怎么办【高频面试题】
在测试工作中最常遇到的是测试人员和开发人员的 PK测试经理还会和项⽬经理、产品经理的 PK 进度、质量。作为⼀名测试人员要理性处理与开发人员的冲突。
先检查自身Bug 是否描述的不清楚
如果能正确地、⾼质量地录入⼀个 Bug那么基本上已经成功地与开发人员沟通了⼀大半的关于 Bug 的信息。但是总会有“书难达意”的时候这时就需要测试人员主动与开发人员进行沟通了。
如果测试人员发现在写完⼀个缺陷后好像还有很多关于 Bug 的信息没有表达出来或者很难用书⾯语言表达出来时就应该在提交 Bug 后⻢上找相关的程序员解释刚才录入的 Bug确保程序员明⽩ Bug 描述的意思而不要等到开发人员找自己了解更多的信息。
站在用户角度考虑并抛出问题
应该让开发人员了解到 Bug 对用户可能造成的困扰这样才能促使开发人员更加积极地、⾼质量地修改 Bug。在争执时可以问⼀句如果你是用户你可以接受么
Bug 的定级要有理有据
Bug 定级时不仅要参考 Bug 定级描述文档还要考虑 Bug 是否会影响到流程往往用户的 Bug 级别和我们的是有区别的需站在用户的角度定考虑定位级别。
提⾼自身技术和业务水平做到不仅能提出问题还能构给出解决的思路或方案
能够提出问题并给出解决问题的思路或方案这样会让人更加信服。
在工作中资深测试工程师和初级测试工程师提出的同⼀个 Bug两者的结果完全不同最大的差别是资深测试工程师往往会提出解决方案。而⻓此以往权威性逐渐的建立起来开发人员看到 Bug 的第⼀反应就是这是⼀个 Bug而不是这是⼀个 Bug吗
注意可以给出解决方案但是不能喧宾夺主命令式让开发人员按照自己的想法来修改。
