BUG -- 缺陷/漏洞
需求说明（需求文档） 主要是针对文字信息和图片
UI设计工程师 --高保真图片
软件测试分为：
1、安全性测试 -专项测试
2、可靠性测试：在规定的范围规定时间内完成规定的事（可靠性测试包含可用性测试、质的要求）
3、可移植性测试：在不同的地方不同的环境是否正常使用
4、兼容性测试：多功能
例：手机端的兼容性测试：苹果 IOS系统 安卓 Android系统
PC端的兼容性测试：
谷歌（ --第二个月学习要用）、火狐、IE、360、百度、UC浏览器
5、易用性：一切为了用户的体验，使用简便。
6、压力性测试： 破坏性测试 突破临界值 极限 100斤
负载测试：100斤 稳定运行多久，扛多久
软件：APP
硬件：CPU 内存条 电脑
PC机：个人电脑
物理机：通常在实验室，配置特别高
OS：操作系统
常见的操作系统：Windows XP Windows 7 Windows系列
DOS命令：cmd、mspaint
备份：U盘 移动硬盘进行备份 ---中间件
路径分为：
绝对路径：从最开始的目录出发，从根目录进行查找 理解为：和陌生人说话，告诉他具体的位置
相对路径：比喻和熟人说话
客户机与服务器 简称C/S架构 C -client S -server
优点：易用性强，手机携带方便，上传下载的速度相对较快，安全性较高
缺点：屏幕小 ，占用运行内存，用太久比较卡，重新下载安装APP
浏览器与服务器 B/S架构 B-browser 浏览器 S-server 服务器
优点：搜索信息更全面，服务器稳定，相对容易维护，不需要下载
缺点：更容易中病毒，安全性相对不高，操作性比较复杂
客户与客户需求：
项目与项目需求：对客户需求的一个提炼
项目组角色：
项目经理 管理和统筹这个项目组 PM project manager
产品经理 跟客户进行对接
测试经理 TPM test project manager
测试组长 TL
测试人员 TE test enginer TC 测试用例（测试案例） test case
开发经理
开发
运维人员 ：负责公司的环境问题
DBA 数据库管理员
测试基础篇：测试方法和Linux命令和mysql数据库（明日学习课程）
编写测试用例根据不同的测试方法，然后根据测试用例对软件或者被测系统进行对应的测试。
Linux 系统+数据库 -第一个月学习内容的重点
语言学习内容：python语言 HTML
上线：推广到应用市场
App Store可以进行下载
开发阶段和测试阶段是并行的。
开发阶段：设计 编码
测试阶段：设计 测试
上线
需求说明 （需求文档） 进行需求澄清或者评审形成一个需求规格说明书 SRS
概要设计：简称HLD
详细设计：简称LLD
单元测试：unit test 开发对代码进行自测 简称白盒测试：对代码的内部逻辑，内部结构，内部数据进行测试。
集成测试：把每个模块拼接在一起，通过接口 又称灰盒测试（接口测试）
验收测试分2种：
α（阿尔法）验收测试：模拟真实环境（线上环境），公司的开发和测试都在现场，有问题可以及时得到解决。
β（贝塔）验收测试：没有开发和测试在现场，已经交付到客户手中，有问题由客户进行收集，以发邮件的方式统一反馈给到我们项目组的测试和开发人员。
项目分为7个阶段，每个阶段的输入与输出是什么？
需求说明阶段 输入：分析需求 输出：需求规格说明书 SRS
概要设计阶段 输入：需求规格说明书 输出：概要设计说明书
详细设计阶段 输入：概要设计说明书 输出：详细设计说明书
编码阶段 输入：编写代码 coding 输出：整个项目组的代码包 （.war .jar格式）
单元测试阶段 输入：进行单元测试 输出：单元测试报告
SIT测试阶段 输入：编写用例执行用例 输出：提交bug和SIT测试报告
验收测试阶段 输入：用户参与验收测试 输出：验收测试报告
软件生命周期模型有：
1、瀑布模型
2、V模型：是瀑布模型的变种，认为测试是在开发之后进行的串行活动。
3、W模型：是V型模型的补充，贯穿整个软件产品周期，认为是串行的开发模式。
4、X模型
5、迭代模型
6、增量开发模型：项目划分一系列增量，每增量交付整项目需求中的一部分功能。需求按优先级进行划分增量的交付。
7、H模型：贯穿整个软件产品周期，与其它流程并发进行。
8、敏捷开发模型：抢占市场型
项目的流程：H模型
项目与版本有什么区别？
例：微信2012立项开始启动，项目可能一直存在，版本会不断的进行迭代更新（一个月等于4周）
产品经理在需求澄清会议上讲解需求规格说明书
需求澄清会议对需求文档进行多次评审和分析之后会形成一个文档 也称基线化文档
输入 = 准入
输出 = 准出
测试用例评审分为3种评审： （谁写的测试用例谁主讲）
交叉评审：测试团队内具体测试人员对同事之间的测试用例进行评审。
组内评审：项目组内对测试用例进行评审
会议评审：一般有客户参与，加上项目组内所有的同事对用例进行评审
testlink ：用例管理工具 那么我们这边会学禅道用例和bug管理工具
测试经理或者运维人员去搭建测试环境
环境分成三个环境：
测试环境 ：在进行对软件测试时候的环境，测试人员活动的一个环境
开发环境：开发人员活动的环境 开发环境：eclipse 或者myeclipse（Java开发）
生产环境：真实环境，线上环境
CMO：配置库管理员
开发coding和编写代码完成之后，会打成一个.war 或者.jar格式的包，然后测试经理和运维人员会把代码包部署到我们测试环境。 基于Linux系统
冒烟测试：就是对主体功能进行测试。 冒烟测试只测与主体功能相关的测试用例
假如共编写了500条测试用例 冒烟测试阶段可执行测试用例数：大约20-30条
冒烟测试通过则进行SIT1测试 不通过则把版本打回让开发继续修复
SIT1-系统集成测试 又称全量测试（站在用例数量的角度）执行500条
SIT2/SIT3/SIT4-回归测试，又称增量测试（没有覆盖到的场景补充测试用例）
主要测试：1，主体功能测试 2，对上一轮出现bug的测试用例进行测试 3，对上次出现bug模块的相关联模块的用例也要进行测试。
为什么上线的时候允许有1个bug存在？
这个bug对上线不会造成太大的影响或者是建议性的bug 或者是易用性的bug
80%的缺陷有可能出现在单元测试阶段
多测师社区 
