目录1.软件测试的生命周期2.BUG2.1 bug的概念2.2 描述bug的要素2.3 bug的级别2.4 bug的生命周期2.5 与开发产生争执怎么办高频考题1.软件测试的生命周期之前我们已经了解过了软件的什么周期现在我们来了解一下软件测试的生命周期软件测试贯穿于软件的整个生命周期针对这句话我们⼀起来看⼀下软件测试是如何贯穿软件的整个生命周期。软件测试的生命周期是指测试流程这个流程是按照⼀定顺序执行的⼀系列特定的步骤去保证产品质量符合需求。在软件测试⽣命周期流程中每个活动都按照计划的系统的执行。每个阶段有不同的目标和交付产物。各阶段具体内容需求分析测试计划测试设计与开发测试执行测试评估上线运行维护用户角度软件需求是否合理技术角度技术上是否可行是否还 有优化空间测试角度是否存在业务逻辑错误、 冗余、冲突等问题制定测试计划什么时候开发测试什么时候结束测试耗时多久参考需求文档、技术⽂档等编写测试⽤例写测试⽂档明确标注使⽤到的测试⽅法测试⼯具测试形式等充分利⽤测试 ⽤例和测试⼯具对项⽬尽可能做到 全⽅⾯的覆盖测试是否通过本次测试是否有遗留的BUG最终测试⼈员需要产出⼀个测试报告项⽬测试结束后将项⽬发布到线 上环境测 试⼈员需求跟踪上线并测试线上环境下软件的是否能正常运行测试⼈员需要参与项⽬的实施⼯作。测试⼈员对项⽬产品的业务和操作⾮常了解加上测试⼈员的沟通表达能⼒⼀般都⽐较强所以测试⼈员可以参与用户使用软件的培训在试运⾏项⽬时收集问题并及时反馈给相关负责⼈2.BUG2.1 bug的概念定义⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault)这些bug使程序无法正确的运行。Bug产⽣于程序的源代码或者程序设计阶段的疏忽或者错误。准确的来说当且仅当规格说明需求文档是存在的并且正确程序与规格说明之间的不匹配才是错误。当需求规格说明书没有提到的功能判断标准以最终用户为准当程序没有实现其最终用户合理预期的功能要求时就是软件错误2.2 描述bug的要素描述bug的基本要素问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果为什么描述bug还有要素要求在心理学上说人们在编写文档的时候经常会出现自己想表达的和写出来的内容往往南辕北辙bug描述浏览器打开链接失败该描述下没有明确说明哪个浏览器失败的具体表现是什么对于开发人员来说无法捕捉到更多有效的信息会造成沟通效率低下工作质量低下等问题2.3 bug的级别通过定义bug的级别能够明确看出问题的严重程度。工作中开发人员通常需要按照bug的级别来分配优先级来处理bug除此之外通过bug级别也能够体现出开发人员的开发质量bug级别⼀般分为崩溃、严重、一般、次要崩溃严重一般次要阻碍开发或测试⼯作的问题造成系统崩溃、死机、死循环导致数据库数据丢失与数据库连接错误主要功能丧失基本模块缺失等问题。如代码错误、死循环、数据库发生死锁、重要的⼀级菜单功能不能使⽤等该问题在测试中较少出现⼀旦出现立即中止当前版本测试系统主要功能部分丧失、数据库保存调用错误、用户数据丢失⼀级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符模块无法启动或调用程序重启、自动退出关联程序间调用冲突安全问题、稳定性等。如软件中数据保存后数据库中显示错误用户所要求的功能缺失程序接⼝错误数值计算统计错误等该等级问题出现在不影响其他功能测试的情况下可以继续该版本试。功能没有完全实现但是不影响使⽤功能菜单存在缺陷但不会影响系统稳性。如操作时间长、查询时间长、格式错误、边界条件误删除没有确认框、数据库表中字段过多等 (该问题实际测试中存在最多界面、性能缺陷建议类问题不影响操作功 能的执行可以优化性能的方案等。如错别字、界⾯格式不规范页面显示重叠、不该显示的要隐藏描述不清楚提示语丢失文字排列不整⻬光标位置不正确用户体验感受不好可以优化性能的方案等此类问题在测试初期较多优先程度较低在测 试后期出现较少应及时处理2.4 bug的生命周期New:新发现的Bug未经评审决定是否指派给开发⼈员进⾏修改。Open确认是Bug并且认为需要进行修改指派给相应的开发⼈员。Fixed:开发人员进行修改后标识成修改状态有待测试人员的回归测试验证。Rejected如果认为不是Bug则拒绝修改。Delay:如果认为暂时不需要修改或暂时不能修改则延后修改。Closed修改状态的Bug经测试⼈员的回归测斌验证通过则关闭Bug。Reopen如果经验证Bug仍然存在则需要重新打开Bug开发人员重新修改2.5 与开发产生争执怎么办高频考题在测试工作中最常遇到的是和开发人员的PK作为测试经理还会和项目经理、产品经理的PK进度、质量。作为⼀名测试⼈员这是经常遇到的事情遇到争执不要怕要理性的分析和反馈问题。先检查自身是否bug描述不清楚首先反思自己是否将bug描述清楚了是否能找开发人员找到我们的所描述的bug确保程序员明确bug描述的意思站在用户角度考虑并抛出问题站在用户的角度考虑问题应该让开发人员了解到Bug对用用户造成的困扰这样才能促使开发人员更加积极地、高质量地修改Bug。在争执时可以问⼀句如果你是用户你可以接受么BUG定级要有理有据根据企业或者BUG定级手册来有依据的对BUG定级提高自身技术和业务水平做到不仅能提出问题最好也能给出解决方案bug评审让项目组的各个方面的代表参加bug评审分清楚到底是谁的问题