测试计划&BUG&测试用例
环境分类：
QA（测试环境）→生产和测试是不同的环境
预发布环境（仅公司内部访问，客户不能访问）
生产环境（线上环境）
测试用例评审步骤：
1、发起会议邀请
2、到约定的时间在会议室评审测试用例
3、评审结束后，完善测试用例
谁来参与：产品，开发，以及其他的测试
谁来主持：谁发起的，谁来主持
注意：针对别人的意见，需要当场记录下，有可能当场修改测试
BUG提交和BUG生命周期管理
BUG 、缺陷 、ISSUE
缺陷类型
建议：建议不能说是问题，建议表达的是更加完善
优化：指的是产品不是那么好，优化下更好，比如提示信息
BUG：指的是程序存在的缺陷
需求：客户有了新的想法，增加到产品里面
ISSUE注意事项：
1、BUG标题一定要表达出问题的核心，看了标题就知道是什么问题
2、BUG步骤要清晰明了，通俗易懂，步骤要非常详细
3、提交BUG最好有问题的截图
4、提交BUG最好有详细的日志信息（主要针对的是后台服务）
缺陷级别
致命：系统崩溃、数据丢失、数据毁坏、安全性被破坏。
严重：操作性错误、结果错误、功能遗漏。
⼀般：⼩问题、拼写错误、UI布局、罕⻅错误。
建议：对产品的改进建议。
缺陷优先级
优先级表示修复缺陷的重要程度和紧迫程度。
紧急：影响进⼀步测试，需要⽴即修复。
高：必须在版本发布前修复。
中：必须要修复，不⼀定⻢上修复，可以讨论确定在某个时间节点修复好。
低：对产品影响⽐较少，不修复也不影响产品的发布。在时间不允许的情况下可以暂时不修复。
主要描述缺陷当前的状态。
状态如下：
新建：测试⼈员新提交的bug、优化或者建议的状态。
进⾏中：开发⼈员确认是bug，在修复bug过程的状态。
已解决：开发⼈员已修复bug的状态。
已关闭：测试⼈员验证修复的bug，确定已解决问题的状态。
不解决：开发⼈员认为不是bug，拒绝解决问题的状态或者⽆法解决问题的状态
重开：测试⼈员验证修复的bug，发现没有完全修复好bug，重新打回开发⼈员的状态。
暂缓：开发⼈员认为该bug不急于修复，可以放置⼀段时间再修复的状态。
缺陷流程：
缺陷管理流程：测试提交缺陷->开发修复->测试验证->测试关闭
1.测试发现问题，把bug提交给开发，开发认为是bug进行修复，修改完成之后再反馈给测试，测试验证完成之后关闭bug。
2.测试发现问题，把bug提交给开发，开发认为这个不属于bug,拒绝修改。
3.测试发现问题，把bug提交给开发，修改之后bug再次出现，测试再次打回给开发进行修改，修改无误之后关闭bug。
bug相关面试题：
缺陷提交的要素：
缺陷提交模板 
实战：
在工作中我们主要用到的是TAPD来沟通工作，下面以TAPD来演示测试如何将bug提交给开发
1.登录TAPD网址，在项目中点击缺陷，点击创建缺陷
2.测试将新建的缺陷流转给开发，开发接收处理将缺陷修改完成后再流转给测试，测试验证，再次测试完成通过后将缺陷关闭
软件测试计划的编写
测试计划的定义及目的
⼀个叙述了预定的测试活动的范围、途径、资源及进度安排的⽂档。它确认了 测试项、被测特征、测试任务、⼈员安排以及任何偶发事件的⻛险。软件测试计划是指导测试过程的纲领性⽂档。计划可以统⼀认识，可以规划过 程。 测试计划包含了产品概述、测试区域/测试范围（测试项）、 测试⽬标（被测 特征）、测试优先级、测试配置/测试资源<硬件、软件、⼈⼒、技术等>、测 试周期、进度安排（测试任务、⼈员安排）、 测试策略、测试⽅法/途径、测试交流、⻛险分析、测试标准、需交付⽂档等内容。
测试范围 明确测什么？
测试策略 明确怎么测
资源安排 包括测试⼈员的安排和资源环境安排
进度安排 在明确测试范围、⽅法和⼈员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
发布标准 发布标准是测试完成和产品上线需要满⾜的条件，以便项⽬内所有⻆⾊都有⼀致认可的⽬标。
风险预防 最后，我们需要对整个测试过程中可能存在的⻛险，以及当这些⻛险发⽣时的应对措施提前进⾏⼀些考虑和准备，并在测试计划中体现出来。
测试计划编写实战：以招聘网站为例
1.背景描述
产品一直主打与招聘的市场，之前一直是其他的职位搜索，本次迭代的核心目标是增加开发和测试类的职位搜索，
让产品更加完善，更好的赋能与toC用户，打造顶级b2c服务平台。
2.前置安排
| 序号 | 资源 | 负责人 | 开始时间 | 结束时间 | 备注 |
| 1 | 缺少服务器 | 运维人：xxx | 3.21 | 3.21 |
3.项目任务安排
| 序号 | 任务描述 | 负责人 | 开始时间 | 结束时间 | 是否完成 | 备注 |
| 1 | 测试用例编写及评审 | 张三、李四、王二 | 3.22 | 3.24 | √ | |
| 2 | 职位后台测试 | 张三、李四 | 3.25 | 3.28 | √ | 26、27休息 |
| 3 | 测试职位搜索 | 王二 | 3.25 | 3.28 | √ | |
| 4 | 开发职位搜索 | 张三 | 3.29 | 4.1 | √ | |
| 5 | 系统其他职位搜索 | 李四、王二 | 3.29 | 4.1 | √ | |
| 6 | 系统测试 | 张三、李四、王二 | 4.2 | 4.3 | √ |
4.测试风险
| 序号 | 风险项 | 风险描述 | 负责人 | 是否解决 | 备注 |
| 1 | 无 |
