项目流程：
一、面试官的问法：
（1）你们公司的测试流程是什么？
（2）给你一个需求你会怎么做？
（3）你讲下你的工作？
（4）谈谈你们是如何去测试？等
回答：
1）讲H模型
讲解简化文字流程：
内容如下：
拿到需求------需求分析----编写测试计划---编写测试用例-----用例评审----导入用例管理工具-----部署环境---冒烟测试----sit系统集成测试----提交bug---开发修改bug---进行sit2测试---冒烟-测试--
----以此类推到0bug，用例100%，输出测试报告---uta验收测试-----测试通过------封装版本----上线----线上测试------测试通过----测试完成
---------------------------------------------------------------------------------------
讲解详细文字流程：
内容如下：
拿到一个需求（SRS）软件需求规格说明书
了解概要设计（测试文档）
了解详细设计（测试文档）
需求评审会议（测试，开发，产品）产品主持会议
编写测试计划（测试经理，测试组长，我）
根据测试计划，分配工作
编写测试用例 测试
用例评审（两种评审方式：1、组内评审 ：测试，开发，产品，交叉评审：测试同事之间评审）
用例通过，导入到用例管理工具中（禅道）
用例分配给对应的负责
部署环境（测试环境（测试），开发环境，线上环境）
部署：运维，测试经理，测试组长，自己
开发提测，也是提交代码包（达到准入的要求）
拿到代码包部署到环境中
冒烟测试（重点）
冒烟测试（称为版本验证测试，提交测试）是指：对新版本的主要功能，基本功能进行测试，如果通过，那么冒烟测试通过，如果冒烟识失败，那么就把版本打回给开发进行修改，直到冒烟通过；
每一次开发提交新版本，测试都需要在测试环境中进行冒烟测试；
冒烟测试通过以后才能进入sit测试（系统集成测试）；
sit测试（系统集成测试） 一般一个项目有三次，项目周期长可能4次，更多；
第一次sit测试是全量测试（所有编写的用例都要进行测试）；
测试小结：包括用例数，bug数，新增用例数等 ；
开发修改bug
第二sit测试
冒烟测试 ，sit2测试，（回归测试）
回归测试：是系统维护阶段进行的验证测试
区别：测试的阶段不同
冒烟测试是在版本提交时进行的第一个测试，回归测试是在维护阶段的测试；
用例来源：
1、冒烟测试的用例
2、验证上一个版本提交的bug用例；
3、测试和bug相关联的模块的用例
4、你认为可疑的测试用例或者是测试场景
5、测试补充的测试用例或测试场景
第二次测试小结
有bug转给开发
开发修改bug；
提交第三次版本
sit3测试
冒烟测试
测试用例
达到准出要求；
输出测试报告 -----表示sit测试完成
--------
uat 验收测试 （uat环境） --通过uat通过
系统版本打包（封板：是封装版本）
----------
上线
上线成功 ，上线失败，版本回退，继续用之前的版本
回退的版本要重新让开发修改，测试 ，上线
----------
上线前会准备线上测试数据，上线后我们在线上测试下新版本；
如果线上没问题，上线完成，
如果有bug，首先分析bug对项目的影响，影响大，退回版本；影响小，开发和测试分析并上报，备注，建议下一个版本修改。
----------------------------------------------------------------------------------------------------------------------------------------------------------------
补充点：
1.1,接口测试是在UI界面未形成之前。(在开发输出自测报告)也就是在功能测试前或同时
1.2包括补充的用例
1.3 UAT测试在sit测试通过并输出测试报告
1.4封装版本（简称封板）上线
1.5线上也准备账号，在线上进行测试（也可能业务测试，测试人员测，如有问题，退回版本，继续用上一个版本，数据回滚。）
1.6性能测试在什么时候？ （功能测试结束，才能做性能测试）
1.7自动化测试在什么时候？（在功能测试完成后，主要用来回归测试，节省时间）
(三)那就是我们现在的敏捷开发模式、迭代测试流程
缩短流程的讲解(一个需求一周开发，一周测试，在上线)
（四）工作中的流程，根据公司结构来讲
大型公司：（1）都是按照H模型规范操作
（2）有些公司，可能先上线在测试，在 补用例，
（3）有些公司是只写xmind的测试点，按照测试点进行测试，
（4）先简单测完上线，上线有问题在线上操作
注意注意点：
（1）讲解语速
（2）熟练
（3）讲解的主流程 （重点：环境部署，或搭建环境）
（4）封装版本上线
=========================================================================
jenkins 自动化部署环境讲：
了解需求
编写计划
编写测试用例
评审用例
导入用例管理工具
搭建环境（开发环境，测试环境（我），生产环境）
开发提测（达到准出要求）
jenkins上构建，拉取项目包，测试
冒烟测试前一致和h模型
1、测试有bug就提交给开发，开发修改bug,提交代码
2、我们去jenkins构建下，拉取gitlab上的最新代码包
3、部署到测试环境中，就能测试最新的包，验证bug
4、直到用例100%，0bug，就输出报告
5、通知uat验收，验收通过
6、封装版本
7、等待上线
8、线上测试、线上通过
9、上线成功
=========================================================================
面试题：
1、测试流程中有哪些文档？
a、测试计划包含哪些内容？
b、测试报告包含哪些内容？
c、测试用例要素有哪些？
d、如何保证测试覆盖度？使用xmind图梳理测试点，通过不同设计用例方法设计测试用例，考虑隐性需求、关联需求、你认为可疑的场景等
2、测试中几套环境？ 开发环境、测试环境【sit环境（sit1、sit2、sit3），uat环境】、生产环境
3、接口测试在什么时间段？自动化测试在什么阶段?性能测试在什么阶段？
（1）接口测试 是在功能测试前
（2）自动化测试是在功能测试后
（3）性能测试是在功能测试后
4、测试准出？
5、测试准入？
6、bug包含哪些内容？
7、bug的生命周期？
8、bug状态？
9、你认为bug，开发认为是bug？
10、偶现bug如何处理？
11、你如何去梳理测试点？ xmind图
12、你们如何保证用例的测试覆盖度和质量？
=========================================================================
