1.明确测试目标
2.确认测试对象
测试贯穿软件生命周期过程,开发过程中产生的需求分析、概要设计、详细设计以及编码各阶段所
获得文档都是测试对象
3.建立测试生命周期
软件测试生命周期包含在软件生命周期中，测试周期横跨两历程：软件生产阶段测试历程、软件运行维护阶段测试活动
软件测试生命周期模型
需求规格说明->设计->编码->测试->故障分类->故障分离->故障排除->修复
故障排除的过程中往往可能会引入新的故障
4.制定和实施测试策略
1.测试计划与控制
2.测试分析与设计
3.测试实现与执行
4.测试出口准则与报告
5.测试结束活动
将软件生命周期各项活动规定为固定顺序若干阶段性工作,最终得到软件产品
定义阶段：
1.系统需求,2.需求分析
开发阶段：
1.设计2.实现3.测试
维护阶段：
纠正错误(核心)
缺点:无法及时发现错误,如果在软件计划的时候出错则需要在软件测试阶段才能发现，整个开发的质量保证不够的
适用：
需求易于完善定义且不易变更的软件系统
瀑布模型与边写边改结合起来，加入了风险评估
测试在需求分析（最初）就加入
螺旋模型每个螺旋有5个步骤：
确定目标方案和限制条件
对方案风险评估并解决
进行本阶段开发与测试
计划下阶段
确定进入下一阶段方法
缺点：过多的螺旋会增加开发成本，延迟提交时间
适用：
需求难以获取和确定、软件开发风险较大的软件系统
面向对象且基于网络的程序开发方法论
面向对象软件工程的通用业务流程
具有统一的软件流程构架
提供规范的开发任务分配和职责明确方法
确保可预期和预算内开发满足用户高质量产品
缺点：软件开发项目组需要拥有丰富的软件开发和管理经验
适用：复杂和需求难以获取和确定的软件系统
还有诸如，迭代，敏捷，增量，快速原型等模型
是瀑布模型共同特性的有机融合，反映了软件需求定义与实现的层级关系，跟瀑布模型也有同样的缺点是无法及时反馈错误
W模型是由两个V模型组成，一个是开发阶段，一个测试阶段
测试和开发是并行进行的，可以及时反馈错误，即测试的活动与软件开发同步进行
VW模型都是串行的，开发与测试保持着线性关系，需要上一个阶段完成了才能进行下一个阶段的工作，所以就有了H模型，与VW不同，它将测试活动完全独立出来形成一个完全独立的过程，它与其它流程并发进行，同时测试多个项目时，对测试技术可以重复利用，贯穿于整个产品周期
对单独程序片段分离编码与测试
频繁交换通过集成最终成为可执行程序
测试与开发精密结合，加快项目进度，在开发阶段以”编码-测试-编码“的方式，编写完了就立即测试，提倡验收测试和技术测试沿两条不同路线进行，用较低成本尽早发现错误，整个开发过程反复使用各种测试技术简化工作
IEEE定义：为达目的而执行的所有步骤的序列
CMM分级结构
可重复级
已定义级
已管理级
优化级
基于CMMi原则架构而集成的测试框架
5个成熟的测试过程级别所构成，每个层级包含若干过程域，每个过程域有过程和定义相关联的活动组成
初始级：该级无过程域主要进行缺陷探索性测试
可定义级：该级主要进行软件质量测试
重定义级：主要进行需求确认测试
管理改进级：主要进行质量控制测试
优化级：主要进行
学习笔记之软件测试(一)软件开发模型、测试模型、ISO 9126标准
原文：https://www.cnblogs.com/yewantailiangle/p/11631274.html