测试执行过程/缺陷/bug简介

是看着课程听的，做的课程的随堂笔记
课程的链接如下：
https://coding.imooc.com/class/411.html

1.测试执行过程

测试执行阶段的主要任务
1.确定测试用例的优先级
2.开发测试规程并确定优先级，创建测试数据，同时也可以准备测试用具和设计自动化测试脚本
3.根据测试规程创建测试套件，以提高测试执行的效率
（按照测试计划去设计创建测试场景，把相应的测试用例塞到我的测试套件里）
4.确认已经正确搭建了测试环境
5.根据计划的执行顺序，通过手工或使用测试工具来执行测试规程（都是依据计划里的执行顺序）
6.记录测试执行的结果，以及被测软件、测试工具和测试件的标识和版本.
（提取一些bug，记录当前被测软件的版本号）
7.将实际结果和预期结果进行比较，对实际结果和预期结果之间的差异，作为事件上报，并且进行分析以确定引起差异的原因
8.缺陷修正后，重新进行测试活动

2.测试准入准出–必知标准

测试准入标准（什么情况下可以开始测试）
◆开发编码结束，并在开发环境已完成单元测试。（开发自己对代码有一个初步的测试）
◆需求上规定的功能均已实现;如没有完全实现，请提供测试范围
◆已完成集成测试，被测系统的基本流程可以走通，界面上的功能均实现，经过代码评审并符合软件编码规范（相当于开发之间的联调）
◆开发提交最新版本代码，以此为基线,提交并通知测试组进行测试
◆兼容性测试要求明确
◆安全测试和性能测试范围和要求

（开发自测，基本流程跑通，测试范围比较明确）

测试暂停、停止
1.测试人员先进行冒烟测试，若发现重大缺陷或bug过多时、或者流程卡壳导致基本流程无法走通，测试无法正常进行，可以暂停测试并返回开发
2.被测项目需调整而暂停的，测试也相应暂停
3.存在其他优先级更高的任务时，可以向领导申请暂停测试
4.被测系统经过系统测试，达到系统准出标准，可以停止测试

测试准出标准（什么情况下测试结束）

3.软件缺陷

缺陷是一种泛称，它可以指功能的错误，也可以指性能低下，易用性差等（比如响应时间长）
并不是所有的测试人员都能提交被开发认可的缺陷，也不是测