6.30培训心得

IT常见基本术语：
软件；硬件；
PC：个人电脑
物理机：高配置计算器——不是给客户用的
便携机：方便携带的高配置计算机
OS：操作系统 origion system:windows、Linux、macOS       
dos命令：运行软件---windows+R---cmd---搜索---软件地址---搜索
dir---查看该地址下的文件；cd前往目标文件位置
图形化命令：有图形的软件，界面上的
路径：绝对路径与相对路径
绝对路径，从头到尾：陌生人说话
相对路径，从当前位置前往：熟人说话
客户机与服务器：
C/S架构
Client----Server
优点：携带比较方便，安全性比较高，上传/下载双速度较快
缺点：更新需要下载，占用内存，下载麻烦，服务器维护比较麻烦
浏览器与服务器：
B/S架构
browser---Server
优点：资源较多，无需占用机器的内存，维护服务器相对容易
缺点：安全性较低，不方便携带，易中病毒
项目：
项目需求：内部需求，产品经理写产品需求
客户：
客户需求：
项目组项目成员：
产品经理
输出需求文档，对接客户，洽谈
项目经理:
开发经理：管理开发人员
开发人员：
测试经理：管理测试人员；TPM
测试组长：TL
测试人员：TE
DBA：数据库管理员-datebase admin
CMO:配置库管理员（配置文件）
第二课
软件-非正常运行，缺陷----问题
软件生命周期模型
V模型---项目的阶段
用户需求阶段-需求分析阶段-概要设计阶段-详细设计阶段-
单元测试----白盒测试----开发自己知道编码里面的内部逻辑，用代码去测试开发的代码---开发去测
集成测试----灰盒测试（简称为接口测试）----又称为IT测试阶段
系统测试----保证自身功能正常使用，还需要保证与第三方系统的对接，这个阶段主要做黑盒测试（功能测试）
验收测试----
α（阿尔法）验收测试：模拟用户的行为对软件进行测试，这个时候由开发人员及测试人员同时在场，发现BUG，直接提交到开发人员进行修复
β(贝塔)验收测试：软件已经交到客户手中，由客户进行验收，如果发现问题，有客户同意手机所有的问题，以邮件的方式发送到与当前项目有关的所有同事，开发人员收到邮件及时进行跟踪，解决问题。
H模型
V是项目开展模型，H是项目流程模型
SRS：需求说明书
SRS澄清：需求澄清
需求基线文档：需求规格说明书（一旦确认不会重新修改）
基线化：当前状态不会轻易修改
TPM：测试经理
TC：test case 测试用例
多次用例评审：
1.交叉评审：测试组内同事之间进行评审
2.组内评审：项目组内进行评审（需求-产品经理，开发-开发经理，项目经理，测试经理）
3.会议评审：会有客户参加
testlink：用例管理工具
禅道：用例管理工具

冒烟测试：对产品的主体功能进行测试
如果主体功能不通过，测试会将开发的代码打回到开发进行修复
提测：开发将代码包提交到测试，又称转测
冒烟测试通过后，进入系统集成测试
SIT测试分为
SIT1：成为第一轮系统集成测试，又称为全量测试（测试全部编写的测试用例），需要执行所有编写的测试用例，发现了bug直接提交给到开发人员继续修复。1000条用例
SIT2：称为回归测试，测试上一轮发现的bug，还称为增量测试（需要测试新怎讲的用例）
回归测试哪些内容：
1需要测试上一轮发现的bug用例
2新增加的用例需要测试
3每一轮均要进行冒烟测试
4要测试上一轮发现bug的相关联模块的用例
正常的项目团队在测试阶段，他的bug趋势是快速收敛状态。

测试环境：是提供给到测试人员使用的环境
开发环境：是提供给到开发人员使用的环境，编写代码和提交代码的等环境
生产环境：可称为线上环境，又称为真实环境
项目和产品的区别：
现有项目后有产品

根据工作经验，针对项目开展流程来谈谈自身理解如下：
       由产品经理收集客户需求，发起需求评审，项目组成员参与进来，了解需求情况后，确定相应的需求规格说明书，并不能随意更改，开发按照该说明书确定编辑详细设计说明书，以此按照说明书编写代码，并确认后将代码文件打包发送给测试经理。
       上述过程测试需全程跟踪了解需求说明及设计说明，并由测试经理发起用例评审，测试工程师需将自己根据方案编辑用例文档，在多轮用例评审结束后，形成用例基线文档交于测试工程师，由测试经理拿着开发编写好的代码搭建测试环境，严格遵守谁写谁测的原则对开发编辑好的系统进行测试。
       测试工程师在冒烟测试通过之后正式按照用例基线文档进行系统集成测试，针对所有的用例均需完全测试到位，寻找开发过程中的bug并及时反馈给开发进行修改，后再次进行回归测试，直至bug为0或者为1为止。保证产品能正常上线。
      上述所有的过程，测试需全程参与进去，了解整个项目开展的全过程。