面试综合题
============================
1、你们的测试流程是怎么样的？（h模型）
2、产品如何上线？
0bug，100%用例、输出测试报告、uat验收通过
3、用例包含哪些部分？
用例编号、用例标题、用例步骤、前提条件、预期结果、优先级、实际结果
4、常用的设计用例的方法有哪些？
常用：等价类、边界值、场景法、状态迁移法、判定表、
因果图、正交表、错误推测法、异常分析法、随机法
举例：qq登录
5、用例是怎么评审的？评审过程中主要关注什么问题？
（1）组内评审、交叉评审
（2）用例覆盖度、用例场景、用例的结果、简洁明了、步骤清晰等
6、你的测试用例是怎样管理的？
表格编写，通过用例管理工具管理比如：禅道、testlink
7、如何保证质量？
（1）xmind梳理需求上所用功能点梳理出来；
（2）使用多种设计用例方法测师点进行编写测试用例；
（3）考虑隐性需求
（4）考虑重要环节：下单、金额、支付
（5）根据经验认为可能出错的模块；（80%问题集中在20%）
8、bug 怎么管理的，bug 的生命周期或者是 bug 的状态？
（1）bug管理工具：
禅道、jira、tapd
（2）a、新增bug==》指派bug给开发==开发修改bug====提交新的代码包====验证通过====关闭bug；
b、新增bug==》指派bug给开发==开发修改bug====提交新的代码包====验证通过====关闭bug==激活bug==指派bug给开发==开发修改bug====提交新的代码包====验证通过=关闭bug；
c、新增bug==》指派bug给开发==开发修改bug====提交新的代码包====验证不通过==指派bug给开发==开发修改bug====提交新的代码====关闭bug
（3）new（新建）==fixed（修复）==rejected（拒绝）==delay（延迟）==closed（关闭）===reopen（重新打开）===later（延迟修改）
9、提 Bug 需要注意哪些问题？
（1）关联需求
（2）明确指派人（前端bug、后端bug）
（3）描述清楚，收集bug日志、重现bug步骤
（4）影响程度等
10、提交 bug 包含哪些内容？
所属产品，所属模块，所属项目，影响版本，指派人员截止日期，严重程度，优先级，bug 类型，bug 环境Bug 标题，重现步骤，关联需求
11、 Bug 级别
致命 Bug 严重 Bug 一般 Bug 提示性 Bug
致命 Bug:导致系统崩溃，数据丢失，卡死，闪退，数据库死锁，一般这种类型的，我们都会标准为致命 Bug
严重 Bug:功能没有实现，主流程走不通，功能有严重问题不能正常使用，这种，我们一般会标注为严重 Bug
12、你提交的 Bug 开发不认可的话，如何解决？
我先从如下三个角度沟通：
（1）先检查测试自身问题：环境环境问题、配置问题、脏数据等，确认不是自己问题；
（2）找开发沟通（报错截图、错误日志、错误数据、重现步骤整理好），与开沟通，电话通过，当面沟通；
（3）找产品确认，是否需求需要补充，通过邮件发送到项目组中，开发在开发，测试在测试;
13、