目录
5.4 提高自身技术和业务水平,做到不仅能提出问题,最好也能给出解决方案
一、软件测试的生命周期
软件测试的生命周期是指测试流程,这个流程是按照⼀定顺序执行的⼀系列特定的步骤,去保证产品质量符合需求。在软件测试生命周期流程中,每个活动都按照计划系统的执行。每个阶段有不同的目标和交付产物。
各阶段具体内容:
二、BUG
1. bug的概念
准确的来说:
- 当且仅当规格说明书是存在的并且正确,程序与规格说明书之间的不匹配才是错误。
- 当需求规格说明书没有提到的功能,判断标准以最终用户为准:当程序没有实现其最终用户合理预期的功能要求时,就是软件错误。
2. 描述bug的要素
为什么描述bug还有要素要求?
在心理学上有个说法,人们在编写文档的时候,经常会出现自己想表达的和写出来的内容南辕北辙的情况,例如:
bug描述:浏览器打开链接失败
该描述下,没有明确说明哪个浏览器,失败的具体表现是什么,对于开发人员来说无法捕捉到更多有效的信息,会造成沟通效率低下,工作质量低下等问题。
🌵案例:101智慧课堂
3. bug的级别
通过定义bug的级别,能够明确看出问题的严重程度。工作中开发人员通常需要按照bug的级别来分配优先级来处理bug,除此之外,通过bug级别也能够体现出开发人员的开发质量。
崩溃 | 严重 | ⼀般 | 次要 |
阻碍开发或测试⼯作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发⽣死锁、重要的⼀级菜单 功能不能使用等(该问题在测试中较少出现,⼀旦出现应立即中止当前版本测试)。 | 系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,⼀级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)。 | 功能没有完全实现但是不影响使⽤,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多) | 界⾯、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整⻬,光标位置不正确,用户体验感受不好,可以优化性能的方案等(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理) |
4. bug的生命周期
测试⼈员在执行测试的过程中如有发现bug,需要在对应的bug管理平台来创建bug(bug生命起源),创建好的bug需要被开发人员修复,以及测试人员的持续跟踪和测试。
- New:新发现的Bug,未经评审决定是否指派给开发人员进行修改。
- Open:确认是Bug,并且认为需要进行修改,指派给相应的开发人员。
- Fixed:开发人员进行修改后标识成修改状态,有待测试人员的回归测试验证。
- Rejected:如果认为不是Bug,则拒绝修改。
- Delay:如果认为暂时不需要修改或暂时不能修改,则延后修改。
- Closed:修改状态的Bug经测试人员的回归测试验证通过,则关闭Bug。
- Reopen:如果经验证Bug仍然存在,则需要重新打开Bug,开发人员重新修改。
5. 与开发产生争执怎么办?(面试高频考题)
在测试过程中,测试人员和开发人员可能会因为BUG的定性、优先级或修复方法产生分歧。遇到争执不要怕,要理性的分析和反馈问题。