第二讲 H模型
软件行业的定义：发现软件中的缺陷
1.测试用例:根据需求文档—编写测试用例---对被测软件进行测试
2.需求文档：有文字、图片和表格等
3.测试阶段：设计测试用例--执行测试用例，测试软件；
客户在立项的时候给30%的定金，软件上线后60%，维护阶段10%
4.软件生命周期模型：H模型是重点
上线：应用程序可以被用户或者消费者在应用宝和APP store进行下载；
上线的时间（发版本）一般是晚上11点以后，因为那时候下载人数少。守版一般是男生熬夜哈哈~
发版本的前一天一般是等待后端开发人员上生产配置后，进行生产验证。
V模型项目阶段
需求说明：需求文档
项目组中每个成员对需求文档进行阅读然后找出问题，产品经理会在公司召开需求澄清会议，经过多次分析和评审和修改最终得到一份大家一致认可的需求文档，我们简称叫做需求规格说明书，SRS，那么这个文档可以称作为基线化的文档。
系统功能设计：在现实生活中，与概要设计合并；
单元测试：简称白盒测试，UT unit test，开发对代码进行测试；
集成测试：简称为灰盒测试，接口测试，IT,把不同的模块拼凑在一起测试；系统测试与集成测试合并，简称系统集成测试SIT（System Integration Testing)；
验收测试：用户参与验收测试，UAT(User Acceptance Test)，分两种：阿尔法测试（模拟用户的操作对应用程序进行测试，有开发和测试在现场，发现问题直接给到开发人员进行修复）；贝塔测试（客户使用时对软件进行测试，如果发现了问题把所有的问题收集在一起，通过邮件的形式发送给我们的项目组，然后再由开发人员进行修复。）
每一个项目阶段的输入与输出或者说准入与准出是什么？
项目阶段 输入 输出
需求说明阶段 分析需求 需求规格说明书SRS
概要设计阶段 需求规格说明书 概要设计说明书HLD
详细设计阶段 概要设计说明书HLD 详细设计说明书LLD
编码阶段 编写代码 整个项目组的代码包 .war和.jar格式的包
单元测试阶段 根据代码执行单元测试 单元测试报告
系统集成测试阶段 编写和执行测试用例 系统集成测试报告（简称为SIT测试）
验收测试阶段 用户参与验收测试 UAT或验收测试报告
注：验收测试报告可能不会提供，用户进行对软件验收成功后会以邮件的形式回复。
H模型 项目流程
1.版本和项目的区别是？
比如微信项目可能已经存在长达7年多，最近的版本可能只用了3个月。
2.项目与产品的区别是？先有项目后有产品，首先项目立项，项目启动，项目开发编码，项目测试，项目上线形成了产品。
3.4周一个月*6个月=24周
工作日:周一到周五
自然日：周一到周日
4.review---评审的意思
业务:了解需求
SRS: 需求规格说明书 software requirement specification
coding:进行编码
TC--test case 测试用例
HLD:概要设计说明书
LLD: 详细设计说明书
cmo:配置库·
testlink:用例管理工具
用例评审：交叉评审（测试组内进行评审，参与的人员有测试同事以及测试经理）；组内评审（整 个项目的同事都会参与进行评审）；会议评审（有客户方参加)
测试环境：在公司有三种环境，测试环境（一般来说公司至少有两套以上的测试环境，测试环境的名字叫做stg1,stg2);开发环境（开发进行编写代码的地方）；生产环境（又称为真实环境，现在的微信和支付宝等等APP都可以称之为生产环境上面的应用程序）
TPM 测试经理拿到开发组打好的.war格式的项目代码包部署在测试环境，基于Linux系统。开发转测试的时间，就是打包时间，一瞬间。
TE进行冒烟测试（2--3天），冒烟测试来源于硬件行业，对软件的主体功能进行测试，比如qq的登录功能或者注册功能，不能登录则无法实现其他程序或者功能。
冒烟测试不通过，直接把版本打回，让开发人员重新修改代码，然后重新打包部署到测试环境。冒烟的用例是在SIT1系统集成测试里面抽取大概20条关于主体功能的测试用例进行测试。
冒烟测试通过，编写了1000条测试用例，则执行SIT1,简称为系统集成测试，又称为全量测试（需要执行所有的测试用例）
发现BUG把bug给到开发进行修复，修复完成后测试经理部署到测试环境。
SIT2测试：称为回归测试，又称为增量测试（补充有些场景没有被覆盖到的测试用例）
1.对主体功能进行冒烟测试；
2.对上一轮发现BUG的用例进行测试；
3.对上一轮的发现BUG的相关联模块的用例进行测试， SIT2阶段测试大概执行400-500条测试用例；
SIT3测试：回归测试
1.对主体功能进行冒烟测试；
2.对上一轮发现BUG的用例进行测试；
3.对上一轮的发现BUG的相关联模块的用例进行测试； 200条测试用例；
SIT34测试：回归测试 70条测试用例
1.对主体功能进行冒烟测试；
2.对上一轮发现BUG的用例进行测试；
3.对上一轮的发现BUG的相关联模块的用例进行测试；
SIT4测试阶段BUG为什么有1个BUG？
答：这个bug为建议性的bug,易用性的bug,这个bug不会影响到软件的实际功能的使用，把这个bug列成一个bug清单，邮件提交到给到测试经理审核可以留至下一个版本进行修改。
上线的硬性条件是什么？ bug为0
开发一个工具聊天：聊天、转账、抢红包、小程序、分享地理位置----子需求（功能点）
开发基本的框架：注册、登录、聊天
敏捷开发模型：周期短 一周 4-6天就一个版本；
增量开发模型：分几个部分，最后组合而成；
迭代开发模型：先开发后优化，修复bug后进行二次开发；
性能测试：游戏、网购、用户量较多的；
安全测试：银行、金融、政府有关机构；
测试活动的生命周期：又是测试流程
计划阶段：编写测试计划，一般由TEM编写输出软件测试计划文档；
设计阶段：输出软件测试用例文档，会参考SRS/HLD/LLD等文档，用例编写完成后会进行评审；
执行阶段：搭建环境，执行预测，正式进入SIT测试；
9
多测师社区 
