软件的生命周期模型
大致分这么几种
--瀑布模型(waterfall)
--V模型 --W模型
--H模型
--X模型
--敏捷开发模型
--迭代开发模型
--增量开发模型
介绍几种常用的模型
--V模型
概要设计：简称HLD 是一个文档
内容：架构的初步设计文档，使用说明类型的数据库，架构的描述，设计，模块的名称（理解为：要盖一栋房，文档里面记录着放在的大概设计的规格）
详细设计： 简称 LLD 也是一个文档
内容：针对功能具体的实现文档，模块的具体实现，具体设计，架构的具体描述（理解为：房子的具体的装饰设计）
需求 (软件需求规格说明书) 简称： SRS
内容：对整个项目的设计，框架，功能，模块的描述，
四个阶段（重点）
1、单元测试 UT UNIT TEST(简称白盒测试---开发自测)
单元测试：是指验证软件单元是否满足详细文档的规格，能正确的执行，主要是对代码的测试；
单元测试也是最小的测试单位；
在工作中，单元测试一般都是开发自测，如果测试要进行单元测试，对测试的技术要求非常高，必须要懂开发语言；
2、集成测试 （IT）
集成测试是指多个单元组合验证软件是否满足概要设计文档的规格，能正常执行，主要是模块与模块之间数据的交互，我们也叫接口测试。
3、系统测试 （ST）
系统测试是指把软件进行正常的运行，对整个系统进行测试，验证这个系统能正常的运行，主要是测试一个整体业务的流程。
4、验收测试：（UAT）
验收测试是指：站在用户的角度对系统进行测试，验证系统满足用户需求。
验收测试分为alpha（α） 和beta （β）
如果公司验收需要经过α测试 和β测试，都是先α（内部测试）然后β测试（客户方测试）
alpha（α） 和beta （β）区别：
1、α测试地点是在公司；β测试地点一般在客户方
2、α测试 都是内部人员进行测试，开发，测试都在现场，及时发现问题，及时解决；
β测试是客户方的员工测试，发现问题后统一反馈给开发，在解决；
3、α测试时间比较短 ，测试人员比较集中，
β测试 时间较长，测试人员不集中
IT和ST 合并为 sit 系统集成测试 （sit测试，sit环境）
uat 验收测试 （ uat测试，uat环境 （专门用来验收环境））
--H模型
H模型的优点：
>开发的H模型揭示了软件测试除测试执行外，还有很多工作；
>软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行；
>软件测试活动可以尽早准备、尽早执行，具有很强的灵活性；
>软件测试可以根据被测物的不同而分层次、分阶段、分次序的执行，同时也是可以被迭代的。
H模型的缺点：
>管理型要求高：由于模型很灵活，必须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制；
>技能要求高：H模型要求能够很好的定义每个迭代的规模，不能太大也不能太小；
>测试就绪点分析困难：测试很多时候，你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准是什么，这就对后续的测试执行的启动带来很大困难；
>对于整个项目组的人员要求非常高：在很好的规范制度下，大家都能高效的工作，否则容易混乱。例如：你分了一个小的迭代，但是因为人员技能不足，使得无法有效完成，那么整个项目就会受到很大的干扰。
H模型具体流程
熟悉需求文档（SRS）
了解概要设计
了解详细设计
需求评审会议（测试，开发，产品，架构师）
编写测试计划 （测试经理）
编写测试用例 测试
用例评审（组内评审 ：测试，开发，产品，交叉评审：开发同事之间评审）
用例通过，导入到用例管理工具中
用例分配，
部署环境（测试环境（测试），开发环境，线上环境）部署：运维，测试经理，测试组长
开发提测，也是提交代码包（达到准入的要求）（提测需提供自测报告）
拿到代码包部署到环境中
冒烟测试（重点）
冒烟测试（称为版本验证测试，提交测试）是指：对新版本的主要功能，基本功能进行测试，如果通过，那么冒烟测试通过，如果冒烟识失败，那么版本打回给开发进行修改；
每一次开发提交新版本，测试都需要在测试环境中进行冒烟测试；
冒烟测试通过以后才能进入sit测试；
sit测试（系统集成测试） 一般一个项目有三次，项目周期长可能4次货更多；
第一次sit测试是全量测试（所有编写的用例都要进行测试）；
测试小结：包括用例数，bug数，新增用例数等 ；
开发修改bug
第二sit测试
冒烟测试 ，sit2测试，（回归测试）
用例来源：1、冒烟测试的用例
2、验证上一个版本提交的bug用例；
3、测试和bug相关联的模块的用例
4、你认为可疑的测试用例或者是测试场景
5、测试补充的测试用例或测试场景
第二次测试小结
开发修改bug；
提交第三次版本
sit3测试
冒烟测试
测试用例
输出测试报告 -----表示sit测试完成
uat 验收测试 --通过uat通过
系统版本打包（封板）
上线
----敏捷开发模型
优点：
- 敏捷开发的高适应性，以人为本的特性。
- 更加的灵活并且更加充分的利用了每个开发者的优势，调动了每个人的工作热情。
缺点：
- 由于其项目周期很长，所以很难保证开发的人员不更换，而没有文档就会造成在交接的过程中出现很大的困难。
