肖sir__面试第一天课程__项目流程(1.2)
讲解项目流程
一、面试中提问的方式?
(1)你们公司的测试流程是什么?
(2)给你一个需求你会怎么做?
(3)你讲下你的工作?
(4)谈谈你们是如何去测试?等
回答:
1)讲H模型
讲解简化文字流程:
内容如下:
拿到需求------需求分析----编写测试计划---编写测试用例-----用例评审----导入用例管理工具---搭建环境--开发提交代码包--部署环境---冒烟测试----sit系统集成测试----提交bug---开发修改bug---进行sit2测试---冒烟-测试------以此类推到0bug,用例100%,输出测试报告(sit测试测完)----验收测试(uat测试)-----验收测试通过------封装版本----上线----线上测试------测试通过----测试完成
备注:
(1)写用例
(2)搭建环境
(3)测试报告
(4)测试计划
---------------------------------------------------------------------------------------
升级版本
拿到需求------需求分析----编写测试计划---编写测试用例-----用例评审----导入用例管理工具---搭建环境--开发提交代码包(开发合并分支)--jnnkins构建(部署),获取到代码包====部署环境---冒烟测试----sit系统集成测试----提交bug---开发修改bug--jenkins构建(部署),获取到最新代码包---冒烟-测试--
----以此类推到0bug,用例100%,输出测试报告(sit测试表)----验收测试(uat测试)-----测试通过------封装版本----上线----线上测试------测试通过----测试完成
---------------------------------------------------------------------------------------
讲解详细文字流程:
内容如下:
拿到一个需求(SRS)软件需求规格说明书
了解概要设计(测试文档)
了解详细设计(测试文档)
需求评审会议(测试,开发,产品)产品主持会议
编写测试计划(测试经理,测试组长,我)
根据测试计划,分配工作
编写测试用例 测试
用例评审(两种评审方式:1、组内评审 :测试,开发,产品,交叉评审:测试同事之间评审)
用例通过,导入到用例管理工具中(禅道)
用例分配给对应的负责人
环境(测试环境(测试),开发环境,线上环境)
搭建环境:运维,测试经理,测试组长,自己
开发提测,也是提交代码包(达到准入的要求)
拿到代码包部署到环境中
冒烟测试(重点)
冒烟测试(称为版本验证测试,提交测试)是指:对新版本的主要功能,基本功能进行测试,如果通过,那么冒烟测试通过,如果冒烟识失败,那么就把版本打回给开发进行修改,直到冒烟通过;
每一次开发提交新版本,测试都需要在测试环境中进行冒烟测试;
冒烟测试通过以后才能进入sit测试(sit系统集成测试);
sit测试(系统集成测试) 一般一个项目有三次,项目周期长可能4次,更多;
第一次sit测试是全量测试(所有编写的用例都要进行测试);
测试小结:包括用例数,bug数,新增用例数等 ;
开发修改bug
第二sit测试
冒烟测试 ,sit2测试,(回归测试)
回归测试:是系统维护阶段进行的验证测试
区别:测试的阶段不同
冒烟测试是在版本提交时进行的第一个测试,回归测试是在维护阶段的测试;
用例来源:
1、冒烟测试的用例
2、验证上一个版本提交的bug用例;
3、测试和bug相关联的模块的用例
4、你认为可疑的测试用例或者是测试场景
5、测试补充的测试用例或测试场景
第二次测试小结
有bug转给开发
开发修改bug;
提交第三次版本
sit3测试
冒烟测试
测试用例
达到准出要求;(0bug,用例100%用例执行)
输出测试报告 -----表示sit测试完成(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)封装版本上线
========================================================================
讲解要求:
1、第一人称
2、简化,讲主流程(异常场景)
3、
==================================================================
jenkins 自动化部署环境讲:
了解需求
编写计划
编写测试用例
评审用例
导入用例管理工具
搭建环境(开发环境,测试环境(我),生产环境)
开发提测(达到准出要求)
jenkins上构建,拉取项目包,测试
冒烟测试前一致和h模型
1、测试有bug就提交给开发,开发修改bug,提交代码
2、我们去jenkins构建下,拉取gitlab上的最新代码包
3、部署到测试环境中,就能测试最新的包,验证bug
4、直到用例100%,0bug,就输出报告
5、通知uat验收,验收通过
6、封装版本
7、等待上线
8、线上测试、线上通过
9、上线成功
=========================================================================
流程:
先拿到需求------对需求进行评审------确定基线化文档-----深入了解需求-----编写测试计划------编写测试用例-----用例评审----导入用例管理工具-----搭建环境-----部署代码包------冒烟测试------sit系统集成测试------提交bug------开发修改bug-------进行sit2测试------冒烟----测试--------以此类推到0bug,用例100%执行,输出测试报告----进行验收测试-----验收测试通过------封装版本----上预发---测试-----上线----测试------测试通过----测试完成
案例:
简化版本:
我们先拿到需求,然后对需求进行评审,通过评审确定基线化文档;
测试经理编写测试计划,我们拿到计划后编写相应测试用例,所有人用例写完后进行用例评审,评审通过我们会将用例导入用例管理工具;
然后搭建环境,等待开发提测,提测我们首先进行冒烟测试,冒烟不通过打回修改,通过则进行sit系统集成测试,过程中发现提交bug给开发,开发修改bug这样完成一轮后,进行sit2测试,先冒烟测试,在对所有用例测试,这一轮还会增加测试用例因为bug修改后可能会影响相关模块的功能,所以要添加相应的测试用例;
以此类推进行多次sit测试直到0bug,以及用例100%执行,然后输出测试报告,通知产品进行验收测试,验收测试通过,封装版本,上预发,在预发再进行测试,没问题就可以上线,在正式版再测试,测试通过,测试完成。
详细版本:
产品拿到需求(SRS),软件需求规格说明书,
进行需求澄清会,(测试,开发,产品)产品主持会议,确定基线化需求文档
开发编写概要计划说明书和详细计划说明书,我们也会去参与概要设计说明书和详细设计说明书的评审
开发进行代码的编写,我们编写测试计划(测试经理,测试组长,我)
根据测试计划,分配工作
编写测试用例
用例评审(两种评审方式:1、组内评审 :测试,开发,产品,交叉评审:测试同事之间评审)
用例通过,导入到用例管理工具中(禅道)
用例分配给对应的负责
部署环境(测试环境(测试),开发环境,线上环境)
部署:运维,测试经理,测试组长,自己
开发提测,也是提交代码包(达到准入的要求),我们拿到代码包部署到环境中
冒烟测试(重点)
冒烟测试(称为版本验证测试,提交测试)是指:对新版本的主要功能,基本功能进行测试,如果通过,那么冒烟测试通过,如果冒烟识失败,那么就把版本打回给开发进行修改,直到冒烟通过;
每一次开发提交新版本,测试都需要在测试环境中进行冒烟测试;
冒烟测试通过以后才能进入sit测试(系统集成测试);
sit测试(系统集成测试) 一般一个项目有三次,项目周期长可能4次,更多;
第一次sit测试是全量测试(所有编写的用例都要进行测试);
测试小结:包括用例数,bug数,新增用例数等 ;
开发修改bug
第二sit测试
冒烟测试 ,sit2测试,(回归测试)
回归测试:是系统维护阶段进行的验证测试
区别:测试的阶段不同
冒烟测试是在版本提交时进行的第一个测试,回归测试是在维护阶段的测试;
以此类推进行sit3测试 sit4...
直到达到准出要求;
输出测试报告 -----表示sit测试完成
--------然后
进行uat 验收测试 (uat环境) --通过uat通过
系统版本打包(封板:是封装版本)
----------之后上预发环境再测试
没问题进行上线再测试
上线成功 ,上线失败,版本回退,继续用之前的版本
回退的版本要重新让开发修改,测试 ,上线
----------
上线前会准备线上测试数据,上线后我们在线上测试下新版本;
如果线上没问题,上线完成,
如果有bug,首先分析bug对项目的影响,影响大,退回版本;影响小,开发和测试分析并上报,建议下一个版本修改。
======================================================================
测试文档:
需求:
测试计划:测试背景、测试目的、测试范围、测试进度和安排、准入、准出、环境资源、人力资源、测试风险、交付文档
测试方案:测试概述、测试设备、测试环境、测试组网、测试场景、
sximind图:梳理测试点
测试用例:测试编号、测试标题、前置条件、测试步骤、预期结果、优先级、实际结果、用例类型
测试小结:
测试报告:测试背景、测试目的、测试范围、测试实施日期、测试人员、bug清单、用例清单、测试通过情况、遗留bug、测试环境、
======================================================================
1、接口测试时间段:在部署环境后,进行接口测试(sit系统测试前)
a、先测试接口、在测试功能
b、同时进行:功能测试和接口测试
2、自动化测试时间段:
a、新项目:功能测试完以后,进行自动化测试
b、迭代项目:新增功能测试完后,可以进行自动化测试,用来回归测试,
3、性能测试时间段:
功能测试完成以后
==============================================================
问题:
1、线上发现问题,你会如何处理?
2、如果上线前,发现一个bug你会如何处理?
3、你有没有带着bug上线过?
4、上线时间规定了,测试任务多,你作为一个管理你会如何处理这些问题?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!