第二课

一、按开发阶段划按
1、单元测试
单元:是指证单元是否满足详细设计文档的规格,能正确的执行,主要是对代码的测试。
单元测试也是最小的测试单位;
在工作中单元测试一般是开发自测,如果需要测试进行单元测试,对测试的技术要求高,必须懂开发语言;
理解:单元测试,课本有10个单元,(测试一个单元测试)
2、集成测试
集成测试是指多个单元组合验证是否满足要设计文档的规格,能正常执行,主要的模块与模块之间的数据交互;
理解:集成测试。课本有10个单元,(测试2个单元或者2个单元以上的测试,比如期中考试1-6单元)

3、系统测试
系统测试是指把软件进行正常运行,对整个软件系统进行测试,验证这个系统能正常的运行,主要是测试一个
整体业务的流程
理解:系统测试。课本有10个单元,(测试10个单元测试,比如期末考试1-10单元,内部测试)
4、验收测试
验收测试是:站在用户的角度去对软件进行测试,验证系统满足用户需求
分为两种:
内部验收:alpha 测试
外部验收:bete测试
区别:
1、人员不一样:内部验收技术人员,测试开发都在,有问题及时解决 ,技术人员集中
外部验收 客户方的员工测试,发现问题在反馈给我开发,修改 ;技术人员不集中
2、时间不一样:内部验收时间周期短,
外部验收时间周期长;
3、测试点地点不一样:内部验收 是在自己公司,
外部验收是在客户方法;

一、按开发阶段划按
1、单元测试
单元:是指证单元是否满足详细设计文档的规格,能正确的执行,主要是对代码的测试。
单元测试也是最小的测试单位;
在工作中单元测试一般是开发自测,如果需要测试进行单元测试,对测试的技术要求高,必须懂开发语言;
理解:单元测试,课本有10个单元,(测试一个单元测试)
2、集成测试
集成测试是指多个单元组合验证是否满足要设计文档的规格,能正常执行,主要的模块与模块之间的数据交互;
理解:集成测试。课本有10个单元,(测试2个单元或者2个单元以上的测试,比如期中考试1-6单元)

3、系统测试
系统测试是指把软件进行正常运行,对整个软件系统进行测试,验证这个系统能正常的运行,主要是测试一个
整体业务的流程
理解:系统测试。课本有10个单元,(测试10个单元测试,比如期末考试1-10单元,内部测试)
4、验收测试
验收测试是:站在用户的角度去对软件进行测试,验证系统满足用户需求
分为两种:
内部验收:alpha 测试
外部验收:bete测试
区别:
1、人员不一样:内部验收 技术人员,测试开发都在,有问题及时解决 ,技术人员集中
外部验收 客户方的员工测试,发现问题在反馈给我开发,修改 ;技术人员不集中
2、时间不一样:内部验收 时间周期短,
外部验收 时间周期长;
3、测试点地点不一样:内部验收 是在自己公司,
外部验收 是在客户方法;
努力干: 06-24 10:25:35
测试线:
(1)需求澄清会议(产品经理会组织需求会议)
(2)拿到需求,深入分析和了解需求文档
(3)测试经理编写测试计划 (重点)

测试计划:(内容:测试目的,背景,范围,测试准入,测试准出,环境和资源,测试任务和测试进度,风险及风险管理,测试交付文档)

准入:

开发:需求分析报告,需求规格说明书,概要设计说明书,详细设计说明书,版本说明书及开发自测报告;

测试:写好测试计划,测试用例通过,测试环境搭建好

准出:

a.用例100%执行

b.0bug

c.输出测试报告
(4)安排任务,测试分析需求,编写用例
(5)评审用例(测试人员:组内评审(项目评审人员:开发,测试,产品都参加),交叉评审(测试人员之间评审:测试a、测试b、测试c))
(6)用例评审通过以后导入到用例管理工具中;如:禅道.testlink
(7) 搭建测试环境(运维搭建,自己搭建,测试管理搭建)
(8)开发提交代码包,提测(也叫转测) 要达到准入要求;
(9)测试将代码包部署到环境,
(10)进行冒烟测试,冒烟测试通过,进入sit测试,如果,冒烟测试不通过,就把版本打回给开发,开发修改,在提测。

冒烟测试(也叫版本验证测试)定义:指对新版本的主要功能,基本功能进行测试。

如果通过,那么冒烟测试通过,如果冒烟测试失败,那么就把版本打回给开发进行修改,直到冒烟测试通过

(11)sit系统集成测试(一般一个项目有3次系统集成测试,有些项目周期长也有4次,5次)

(12)第一次sit测试也叫全量测试(把前面写的所有用例都要进行测试),测试出来的bug,指派给开发(通过bug工具如:禅道),测试小结

(13)开发修改bug,在提交代码 (14)测试在第二次部署项目包,在进行第二次sit测试前也要进行冒烟测试,冒烟测试通过以后才能进行第二次sit测试;

第二sit测试和第三sit测试都叫做回归测试

回归测试:是系统维护阶段进行的验证测试

区别:测试阶段不同

冒烟测试是版本提交时第一个测试,回归测试是在维护阶段测试
(14)第二次sit测试,在将bug提交给开发,开发修改,
(15)第三sit测试,先冒烟测试,在去测试,验证。。。。。。以此类推,

备注:测试用例的来源:

a、冒烟测试用例

b、验证上一个版本提交bug的用例

c、测试与bug有关联的模块用例

d、你认为可疑的测试场景和测试用例

e、测试补充的测试用例和测试场景

(16)直到达到准出:用例100%执行,0bug,

(17)输出测试报告=========================说明sit测试测完(表示技术测完)

测试报告:

内容:测试目的,测试范围,测试背景,测试实施日期,测试人员,bug 清单,用例清单,测试结果,

(18)sit测完通知 uat 测试,uat验收通过,

(19)封板(封装版本)

(20)等待上线

(21)上线前准备线上数据

(22)上线后在线上测试,

(23)测试没有bug,如有bug就要分析bug,bug影响程度,影响大,就回退版本,如果影响小就备注下次版本修改

(24)上线成功

主流程:
产品开需求会议测试和开发拿到需求分析需求=编写测试计划(测试经理)编写测试用例=评审用例,评审通过将用例导入用例管理工具=搭建环境开发提测,达到准入要求部署项目包到环境中=开始冒烟测试sit1系统集成测试有bug提交给开发开发修改好提交第二次代码包=部署项目包到环境中在冒烟测试sit2测试=以此类推直到达到准出要求0bug,用例100%执行输出测试报告通知uat测试=uat验收通过封装版本=等待上线=准备线上数据=上线==线上测试=测试无bug表示上线成功。

H模型
产品拿出需求规格说明书(srs);召开需求会议,分析需求,熟悉需求;测试负责人拿到需求开始编写测试计划;安排测试任务,各自编写测试用例;编写完用例后在对用例进行评审(有组内评审,有交叉评审);评审通过以后,导入到用例管理工具中;在搭建好环境(运维或测试人员);开发开发完也要进行提测(达到准入);测试将代码包部署到环境中;在进行冒烟测试,冒烟测试通过(如果冒烟失败,就打回版本),就进行sit1系统集成测试,将所有测试用例都执行一遍;有bug提交给开发,开发修改,再提交代码包;进行第二次sit系统集成测试,也要冒烟测试,冒烟测试以后就开始进行sit2系统集成测试,测试中发现的bug,提交给开发,开发修改,再提交第三次代码包,进行第三sit系统集成,以此类推,直到测试用例100%执行,0bug(达到测试准出),输出测试报告;通知uat验收,验收通过;封装版本,打包,准备线上数据,上线,线上测试,线上测试通过,上线成功。(如果线上有bug根据影响程度判断:影响大就回退版本,如果影响小,备注好下一个版本解决)
详解h模型:
测试线:
(1)产品召开需求澄清会议,》测试需求:完整、实现逻辑、冗余、正确等
需求澄清会议:测试、开发、产品、架构师等
需求有问题,产品修改,再开会议,直到需求符合要求;
(2)测试和开发,拿到需求,深入分析和了解需求文档
(3)测试经理编写测试计划 (重点)
a、测试计划:(内容:测试目的,背景,范围,测试准入,测试准出,环境和资源,测试任务和测试进度,风险及风险管理,测试交付文档)
准入要求:(提测)
开发:需求分析报告,需求规格说明书,概要设计说明书,详细设计说明书,版本说明书及开发自测报告;
测试:(1)写好测试计划,(2)测试用例评审通过,(3)测试环境搭建好
b、准出:(1)用例100%执行(2)0bug(3)输出测试报告
(4)安排任务,给测试人员,测试人员领取任务,根据需求去分析需求,用xmind图梳理测试点,根据测试点,编写用例
(5)评审用例(测试人员:组内评审(项目评审人员:开发,测试,产品都参加),交叉评审(测试人员之间评审:测试a、测试b、测试c))
如果评审不通过,就要继续编写用例,在评审,直到评审通过;
(6)用例评审通过以后导入到用例管理工具中;如:禅道,testlink
(7) 搭建测试环境(运维搭建,自己搭建,测试管理搭建)
(8)开发提交代码包,提测(也叫转测) 要达到准入要求;
(9)测试将代码包部署到环境,
(10)进行冒烟测试,冒烟测试通过,进入sit系统集成测试,如果,冒烟测试不通过,就把版本打回给开发,开发修改,在提测。
冒烟测试(也叫版本验证测试)定义:指对新版本的主要功能,基本功能进行测试。
冒烟测试通过,
(11)sit系统集成测试(一般一个项目有3次系统集成测试,有些项目周期长也有4次,5次)
(12)第一次sit测试也叫全量测试(把写的所有用例都要进行测试),测试出来的bug,指派给开发(通过bug工具如:禅道),测试小结
(13)开发修改bug,在提交代码
(14)测试在第二次部署项目包,在进行第二次sit测试前也要进行冒烟测试,冒烟测试通过以后才能进行第二次sit测试;
第二sit测试和第三sit测试都叫做回归测试
回归测试:是系统维护阶段进行的验证测试
区别:测试阶段不同
冒烟测试是版本提交时第一个测试,回归测试是在维护阶段测试
(14)第二次sit测试,在将bug提交给开发,开发修改
(15)第三sit测试,先冒烟测试,在去测试,验证。。。。。。以此类推,
备注:测试用例的来源:
a、冒烟测试用例
b、验证上一个版本提交bug的用例
c、测试与bug有关联的模块用例
d、你认为可疑的测试场景测试用例
e、测试补充的测试用例和测试场景
(16)直到达到准出:用例100%执行,0bug,
(17)输出测试报告
》说明sit测试测完(表示技术测完)
测试报告内容:测试目的,测试范围,测试背景,测试实施日期,测试人员,bug 清单,用例清单,测试结论,
(18)sit测完通知 uat 测试,uat验收通过,
(19)封板(封装版本)
(20)等待上线
(21)上线前准备线上数据
(22)上线后在线上测试,
(23)测试没有bug,如有bug就要分析bug,bug影响程度,影响大,就回退版本,如果影响小就备注下次版本修改
(24)上线成功
主流程:(正常场景)
产品开需求会议测试和开发拿到需求分析需求编写测试计划(测试经理)测试任务分配测试人员测试分析需求测试根据需求编写测试用例评审用例,评审通过将用例导入用例管理工具搭建环境开发提测,达到准入要求部署项目包到环境中开始冒烟测试进行sit1系统集成测试有bug提交给开发开发修改bug,修复成功提交第二次代码包部署项目包到环境中在冒烟测试进行sit2系统测试以此类推直到达到准出要求:0bug,用例100%执行输出测试报告通知uat测试=uat验收通过封装版本等待上线=准备线上数据上线线上测试=测试无bug表示上线成功。
根据讲解的H模型:梳理(重点记)
产品拿出需求规格说明书(srs);召开需求会议,分析需求,熟悉需求;测试负责人拿到需求开始编写测试计划;安排测试任务,各自编写测试用例;编写完用例后在对用例进行评审(有组内评审,有交叉评审);评审通过以后,导入到用例管理工具中;在搭建好环境(运维或测试人员);开发开发完也要进行提测(达到准入要求);测试将代码包部署到环境中;在进行冒烟测试,冒烟测试通过(如果冒烟失败,就打回版本),就进行sit1系统集成测试,将所有测试用例都执行一遍;有bug提交给开发,开发修改,再提交代码包;进行第二次sit系统集成测试,也要冒烟测试,冒烟测试以后就开始进行sit2系统集成测试,测试中发现的bug,提交给开发,开发修改,再提交第三次代码包,进行第三sit系统集成,以此类推,直到测试用例100%执行,0bug(达到测试准出),输出测试报告;通知uat验收,验收通过;封装版本,打包,准备线上数据,上线,线上测试,线上测试通过,上线成功。(如果线上有bug根据影响程度判断:影响大就回退版本,如果影响小,备注好下一个版本解决)
产品召开一个需求澄清会议,会议通过以后,测试和开发都拿到需求,测试经理根据需求编写《测试计划》,将测试任务分配给测试人员,测试人员熟悉需求,编写测试用例,评审用例通过(组合评审,交叉评审),将用例导入到用例管理工具:比如禅道;通知运维搭建测试环境;同时开发也要提测;将提测的代码包部署到测试环境中;进行冒烟测试,冒烟测试通过,进行sit1系统集成测试,测试所有的用例,有bug就提交给开发,开发在修改bug,修改好的代码,在进行第二次提交代码包,部署到环境中,进行冒烟测试,冒烟测试通过,进行sit2系统集成测试,测试出的bug,提交给开发,开发修改bug,修改好的代码,进行第三次提交代码包,部署到环境中,进行冒烟测试,冒烟测试通过,进行sit3系统集成测试,测试,以此类推,直到用例100%执行,0bug;输出测试报告;通知uat验收测试,验收通过,封装版本,等待上线,准备线上数据、上线、线上测试、线上无bug,上线成功。如果线上有bug,根据bug的严重程度,严重就撤回版本,不严重备注,下一个版本解决或走技术上线。
测试的基本原则:

1、测试是从用户的角度去测试;(用户故事测试)
2、测试不仅测试是软件本身,(比如:测试环境,配置,网络等)
3、软件外在可用,不代表软件没有问题(比如:aap能下载安装,点击就闪退)
4、软件测试是没有完成正确,只有更加完美
5、测试是永远测不完的
6、测试应尽早介入(比如:建房,开始就介入测试就可以发现更多问题,等)
7、2/8原则, (80%的错误集中在20%的区域)比如:
8、杀虫剂效应
9、测试尽量选择第三方测试
10、测试活动的依赖对象(功能测试,性能测试,安全测试等
概念词:

(1)ai gent (ai智能体)
(2)RAG技术(检索增强技术)
(3)单模态ai
(4)多模态ai
(5)langchin 是一个大语言模型的编程框架
(6)cursor 人工智能编程助手,提供代码补全
(7)dify:是一个企业级开源智能体平台
(8)n8n :一个开源,基于节点的工作流的自动化工具
(9)coze(扣子):一个字节推出的零代码ai智能体开发平台,无需编程基础,就能搭建对话,,执行任务,可调用的工具助手,可以一键发布到飞书、微信、web等平台;
以上AI相关术语通俗解释

  1. AGI(通用人工智能) 通俗说:就是“拥有人类一样思考能力”的AI,能像人一样,自主解决各种不同类型的问题(比如既能写代码、做设计,也能聊天、做决策),目前还没完全实现,现在我们用的AI(比如ChatGPT)都只是“专用AI”(只能做特定领域的事)。 应用场景:未来可替代人类大部分复杂工作,目前IT培训中,多作为“高阶AI课程”的核心内容。
  2. AI Agent(AI智能体) 通俗说:就是“能自己干活的AI助手”,你给它一个目标,它不用你一步步指挥,能自主规划步骤、调用工具,完成任务。 应用场景:比如你让它“写一份IT教学文案”,它会自己找素材、写文案、修改优化,不用你逐句指导;IT教学中,常作为Python、AI开发课程的实战案例。
  3. RAG技术(检索增强生成) 通俗说:就是“给AI装一个‘知识库’”,让AI回答问题时,先从你给定的资料(比如IT教学课程介绍、学员案例)里找答案,再结合自身能力生成内容,避免瞎编乱造。 应用场景:IT教学机构用来做“智能教学机器人”,学员问“课程费用多少”“0基础能学吗”,机器人能精准结合机构资料回答,不用人工一直值守。
  4. 单模态AI 通俗说:只能处理“一种类型的信息”的AI,比如只能处理文字(像普通聊天机器人)、只能处理图片(像图片识别工具)、只能处理声音(像语音转文字),不能同时处理多种信息。 应用场景:简单的聊天机器人、图片审核工具,IT培训中是基础AI课程的内容。 5. 多模态AI 通俗说:能同时处理“多种类型信息”的AI,比如既能看图片、听声音,也能写文字、做视频,和人类的感知方式更像。 应用场景:ChatGPT 4、抖音AI生成视频工具,IT培训中是高阶AI课程(比如AI视觉、AI多模态开发)的核心内容,薪资更高。
  5. LangChain(朗链): angChain 是一个基于大型语言模型(LLM)的编程框架,帮助开发者更方便地将 LLM 与外部数据、 工具和业务流程结合起来,构建更实用、更强大的 AI 应用。 langchain的作用: a. 根据需求文档、接口文档或历史缺陷,自动生成测试用例 b. 使用 LangChain Agent 工具调用 Code Interpreter 工具,支持 Python 脚本生成 c. 将缺陷描述、日志等向量化存储,使用 LangChain + FAISS/Chroma 构建缺陷知识库 d. 日志异常分析,构建 LangChain 问答链,实现我这个请求超时是因为啥?这类查询,配合 LLM 实现 智能摘要与重点异常提示 e.LangChain 加载Swagger或Markdown文档,使用LLM提取字段、参数、请求类型。通过接口文档自 动生成接口测试用例和测试数据 通俗说:一个“AI开发工具包”,程序员用它能快速搭建AI应用(比如AI智能体、RAG知识库),不用从零写代码,节省开发时间。 应用场景:Python开发、AI开发课程的核心工具,学会LangChain,能快速上手AI应用开发,是IT培训中热门的实战技能。
  6. Cursor:Cursor是由Anysphere公司开发的人工智能编程助手,基于大语言模型提供代码补 全、解释、重构与自然语言生成函数功能,支持接入GPT-4o、Claude 3.7 Sonnet等外部模型。 通俗说:一个“AI辅助编程工具”,专门用来写代码,能自动补全代码、找代码错误、优化代码,哪怕是0基础,也能借助它快速写出简单代码。 应用场景:IT培训中,用来辅助学员学习编程(Python、Java等),降低学习难度,提升学习效率,是新手编程的“神器”。
  7. Dify:Dify定位为企业级开源智能体平台 通俗说:一个“零代码AI应用搭建工具”,不用懂编程,普通人也能拖拽操作,搭建出自己的AI应用(比如智能咨询机器人、AI文案生成器)。 应用场景:IT培训中,适合0基础学员入门AI应用,快速做出可落地的AI小项目,提升学习成就感。
  8. n8n:是一款开源的、基于节点的工作流自动化工具 通俗说:一个“自动化工具”,能把不同的软件、工具连接起来,实现“自动干活”,比如自动把社群里的学员线索导入表格、自动给学员发送宣传物料。 应用场景:IT培训中,是运维、AI自动化课程的内容;作为合作商,你也能用来简化荐客流程(比如自动跟进学员线索)。

AI测试

  1. AI 软件测试工程师
    岗位职责:负责 AI 软件功能测试、AI 工具落地与测试提效、AI 测试数据质量验证与评估。
    核心技能:软件测试基础、AI 工具使用、数据质量测试、自动化测试。
  2. 大模型算法工程师
    岗位职责:负责 AI 模型研发、AI 工具开发与优化、大模型算法落地。
    核心技能:大模型原理、深度学习框架、算法设计与调优。
  3. AIGC 应用工程师(A薪资IGC 岗位)
    岗位职责:负责 AI 生成内容相关产品落地、AIGC 工具应用与场景落地。
    核心技能:AIGC 产品使用、提示词工程、内容生成与优化。
  4. AI 产品经理
    岗位职责:负责 AI 产品需求梳理、功能规划、大模型产品设计、项目推进。
    核心技能:产品设计、需求分析、AI 产品逻辑、项目管理。
  5. AI 大模型测试开发工程师
    岗位职责:负责大模型测试体系搭建、自动化测试开发、模型效果评测、测试工具研发
    核心技能:测试开发、大模型评测、自动化框架、数据评测。
    四、虚拟机的使用
    1、输入账号和密码登陆:
    超级权限账号:root
    普通用户账号:dcs1
    我们学习:用root用户,超级用户,权限高
    2、空白处右键打开控制台==输入linux命令

linux命令:
1、ifconfig 查看ip地址
2、su 切换用户
普通用户切换超级用户:su root 敲回车==输入密码(不显示)
超级用户切换普通用户:su 普通用户名 敲回车
3、pwd 查看当前路径
4、service iptbales stop 关闭防火墙
service iptbales start 开启防火墙
service iptbales restart 重启防火墙
service iptbales ststus 查看防火墙状态
5、cd 进入
(1)cd / 进入根目录 ,/就是根目录
6、ping 网站 查看网络状态
如:ping www.baidu.com
ctrl+c 退出
7、(1)history 查看历史命令记录
(2) history -c 清楚;历史记录
8、ls 横向显示目录下所有的文件和文档
9、ll 纵向显示目录下所有文件和文档
10、mkdir 创建文件夹
如:mkdir dd
11、 touch 创建文档
12、clear 清屏
13、reset 重置屏幕
14、date 显示当前时间
15、whoamin 查看当前操作用户
16、who查看 在线用户
17、halt 关机
18、init 0 关机
19、shutdown now 关机
20、reboot 重启

posted @ 2026-06-25 09:14  YYmmy  阅读(0)  评论(0)    收藏  举报