按测试类型分类
是看着课程听的,做的课程的随堂笔记
课程的链接如下:
https://coding.imooc.com/class/411.html
1.测试执行过程
测试执行阶段的主要任务
1.确定测试用例的优先级
2.开发测试规程并确定优先级,创建测试数据,同时也可以准备测试用具和设计自动化测试脚本
3.根据测试规程创建测试套件,以提高测试执行的效率
(按照测试计划去设计创建测试场景,把相应的测试用例塞到我的测试套件里)
4.确认已经正确搭建了测试环境
5.根据计划的执行顺序,通过手工或使用测试工具来执行测试规程(都是依据计划里的执行顺序)
6.记录测试执行的结果,以及被测软件、测试工具和测试件的标识和版本.
(提取一些bug,记录当前被测软件的版本号)
7.将实际结果和预期结果进行比较,对实际结果和预期结果之间的差异,作为事件上报,并且进行分析以确定引起差异的原因
8.缺陷修正后,重新进行测试活动
2.测试准入准出–必知标准
测试准入标准(什么情况下可以开始测试)
◆开发编码结束,并在开发环境已完成单元测试。(开发自己对代码有一个初步的测试)
◆需求上规定的功能均已实现;如没有完全实现,请提供测试范围
◆已完成集成测试,被测系统的基本流程可以走通,界面上的功能均实现,经过代码评审并符合软件编码规范(相当于开发之间的联调)
◆开发提交最新版本代码,以此为基线,提交并通知测试组进行测试
◆兼容性测试要求明确
◆安全测试和性能测试范围和要求
(开发自测,基本流程跑通,测试范围比较明确)
测试暂停、停止
1.测试人员先进行冒烟测试,若发现重大缺陷或bug过多时、或者流程卡壳导致基本流程无法走通,测试无法正常进行,可以暂停测试并返回开发
2.被测项目需调整而暂停的,测试也相应暂停
3.存在其他优先级更高的任务时,可以向领导申请暂停测试
4.被测系统经过系统测试,达到系统准出标准,可以停止测试
测试准出标准(什么情况下测试结束)
3.软件缺陷
缺陷是一种泛称,它可以指功能的错误,也可以指性能低下,易用性差等(比如响应时间长)
并不是所有的测试人员都能提交被开发认可的缺陷,也不是