自我介绍
- 3分钟 基本信息 工作经验 离职原因 来面试的原因
:::info
我叫瓮华伟,本科毕业,目前从事软件测试已经两年了,之前在常州软盈科技有限公司担任软件测试工程师一职,在这两年中,主要参与过云课堂的功能测试,水果园的app测试,还有近期参与的和悦crm的门店管理系统, 通过这些项目,我熟练掌握的我们软件测试的整个流程,bug的管理,postman/jmeter/接口测试工具的使用,能够使用fiddle软件进行抓包,对接口进行分析和调试,同时能够使用python结合第三方库进行自动化脚本的编写,从而使整个项目组在回归测试阶段在效率的进程都得到一定的提升,同时利用业余时间,自己通过网站的教学,能够使用jmeter进行简单的压力和并发测试,有幸能获得本次的面试机会,希望我们今天的交流愉快!这个是我一个简单的自我介绍,您看,我这边还需要做什么补充吗?
:::
你们公司的测试流程、你们公司的工作流程、项目流程、如何开在流程
:::info
- 参加需求评审会议。 (产品、开发、测试)
- 阅读相关技术文档(如产品PRD、UI设计、产品流程图、需求文档等),理解并记录相关问题(逻辑错误、表意不明)
- 参加需求评审会议,主要有产品负责讲解 — UI/前后端开发/测试 —项目经理都会参加
- 站在用户的角度,需求讲解后提出问题, 共同讨论, 明确需求,统一理解
- 明确需求之后,开发和测试开始各自的工作,我们测试主要就是根据需求中的内容,划定测试范围,确认一下测试的排期策略,确定测试计划和测试方案中包含的内容)
- 如果项目是自己负责的,那么需要编写一下测试计划和测试方案(人员工作安排和时间进度, 测试工具选择), 以及一些流程标准(测试的准入准出, 优先级和严重程度划分,用例评审流程)
- 作为计划方案的实施者,主要就是根据计划和方案准备测试工作(安排自己的测试工作进度,准备测试过程中要用到的数据, 搭建和准备测试工具环境)
- 规划工作做好后,就开始依据实际需求开始编写测试用例, 按照优先计划分用例的执行顺序,准备提测的冒烟用例
- 根据模块划分管理用例
- 明确用例的前置条件和特殊条件
- 清晰描述执行步骤,所需数据,和预期结果
- 用例评审(主要参与人员:开发、测试、产品、测试leader)。 接下来减少执行阶段的无效工作, 再次确认需求理解(对外),确保测试人员质量标准和目标一致(对内),一般会有我们测试主持召开一下用例评审会议,主要还是有产品,开发和测试三方参加,确认用例对于项目测试的可用性
- . 需求评审后,就可以开始拆分需求为功能点,把功能点拆分为具用例,进行自检,完善用例,确定用例后下发参与评审的人员(产品,开发,测试,项目负责人,运营)
- 确定用例评审的时间(开始时间和持续时间),为了保证高效评审,需要针对用例优先级进行划分,优先评审优先级高的(评审过程严格按照优先级,简介命令讲解每个功能点的测试思路,讨论问题明确时限)
- 整理用例(修正疑问点,调整优先级,补充测试点),邮件反馈评审结果给参会人员
- 开发提交代码至SVN或者GIT ,配管搭建测试环境。
- 执行测试用例,记录发现的问题。 提交bug。
- 冒烟测试,通过后才会根据相关模块进行测试执行工作(按照用例优先级执行)
- 执行全部测试用例,记录用例执行过程(录屏/截图等),遇到偶发性问题我们会全部记录及时反馈
- 回归测试
- 通过经验挑选相关用例进行回归测试的不从
- 在预发环境测试。
-
公司人员配比
用例设计数量
单功能每天大概100条,结合业务大概80条、整个业务大概设计了600条左右、每次迭代大概150条左右
介绍一下你最近的哪个项目 `
- 这个项目的大致情况,关键是你在这个项目的职责和贡献,学到了哪些
- 介绍你负责的测试的模块/比较难测的部分
- 项目组有多少人
- 项目的迭代周期()
- 你是在项目的哪个阶段加入项目组的
- 项目是否上线,或者何时上线?
- 外包项目,已经交付了甲方,没有做追踪
- 有上线
- 介绍软件的特点
- 你负责的模块,怎么测试的?
- 接到电话的了解信息
- 哪家公司
- 什么业务
- 何时面试
- 具体地址
- 添加微信
- 项目介绍
:::info
crm管理系统:门店管理,用户管理,订单管理,库存盘点
水果园APP:首页,商品搜索,个人中心,收藏。
- 基本框架的介绍
- 主要业务流程
- 负责的模块
- 权限的交互 :::
测试计划
:::info 定义:描述了要进行的测试活动的范围、方法、资源和进度的文档;是对整个信息系统应用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险,保障计划的顺利实施。
主要内容:项目简介
项目背景和编写目的 主要描述项目实施的背景和为什么要编写测试计划的目的
- 参考文档
表示相关文档参考文档 (详细设计、概要设计、UI原型图、接口文档)
- 测试范围
描述本次测试活动的测试范围。
可以分为总体的测试范围和主要测试的功能点二个部分。
(ps:本次测试范围为登录模块和注册模块,其中以注册模块为主要测试功能模块)
- 时间进度安排
首先描述测试活动的总体时间。
再描述测试活动的每个不同阶段需要多长时间,具体可以以表格的形式输出
资源
描述本次测试活动需要的人力资源和软硬件资源。
风险评估
描述本次测试活动中有可能会产生的风险和解决方案。
在风险评估中确定风险级别最高的测试对象,优先测试,同时需要考虑的要点有:
重要性、严重性、原因、可能性
- 测试交付件
描述本次测试活动完成后测试部需要输出的文档。
例如:测试计划,测试方案,用例执行情况表,缺陷,总结测试报告等等
:::
测试报告 :::info 实际测试内容、实际测试进度、实际参与人员、实际职责分配、测试环境
数据统计:用例执行率,用例执行率,bug数量(按测试人员,按模块统计,按严重程度统计)
遗留问题统计及分析:主要是未修复的bug可能带来的影响
未修复的bug的处理方案
测试结果评估:通过/不通过
测试建议: :::测试用例不要回答的内容
- 界面的正常,文字大小
- 测试文件上传的兼容性(兼容性是对整个系统的)
- 只要遇到有输入的地方,永远只考虑输入数字。。。。
- 测试方法只会使用等价类,边界值,,,加具体的案例
- 有功能的交付
- 测试的思路
- 先说需求分析
- 考虑功能,性能,兼容,UI界面,易用性,安全性等维度进行测试
- 从上方的顺序一次举例
阶段
- 需求不明确的时候,你该怎么测试
- 需要多沟通,询问相关人员
- 开发、测试、产品需求统一
- 尽早将需求确定下来
- 用户上线发现问题,你们会怎么处理问题的
- 测试环境没有问题但是上线后用户发现了问题
- 与测试环境有很大的关系
- 积极解决,模拟用户的场景
- 做复盘,总结经验,体现正能量
- 你们之前公司怎么做回归测试
- 你觉得回归测试重要吗?
- 你们公司或项目怎么保证老功能不受影响?
- 你觉得回归测试重要吗?你们项目会花多少时间在回归测试上?
- 我们项目最近总发现,新功能测试上线后反而没问题,但是生产环境时常老是功能发现问题,之前都测试过,但已经没问题了,现在又出来了,但是项目组内的测试人员说做回归测试的时间不够,你有什么好的建议?
- 我们项目组回归测试不充分怎么办?
- 回归测试
- 验证缺陷也是回归测试的一种,并且验证缺陷的同时,需要把之前发现缺陷的失败用例执行一次,执行通过也就代表了所验证的修复完毕的缺陷没有问题
- 回归测试分为全量回归和增量回归,全量回归在现在几乎不太可能看,现在流行增量回归(敏捷里流传出来的)
- 回归策略就是让开发在发版本提测的时候顺便提供影响性分析报告,测试人员根据这份报告以及自己的经验赛选需要的回归测试的模块和功能
- 回归测试需要筛选的测试用例一般都是高优先级的测试用例,即重要的测试用例,如果时间来的及,也可以筛选一些优先级的
- 你的职业规划?
- 明年通过华为的数据库初级考核
- 加薪,熟悉性能测试相关流程
- 性能的调优
- 自动化框架搭建的优化
- 多参与团队成员的沟通,增加团队的凝聚力
- 加深对业务的了解,承担一些产品工作
- 为什么要从上家公司离职
- 疫情原因,整个
- 你还有什么问题想问的?
- 没有
- 进入项目,会被安排做什么做什么事情
- 需要什么时候到岗
- 项目的迭代周期、项目的测试流程、项目的自动化测试情况