面试综合题
============================
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、
标签:__,sir,用例,指派,Bug,面试,开发,提交,bug From: https://www.cnblogs.com/xiaolehua/p/17429526.html