一丶测试模型
1）瀑布模型
start→需求分析→计划→设计→编码→测试→end
特点：瀑布模型在软件测试中占重要地位，是所有其他模型的基础框架，瀑布模型的每一个阶段都只运行一次，因此是线性顺序进行的软件开发模式。
优点: 强调开发的阶段性; 强调早期计划及 需求调查; -强调产品测试。
缺点: 依赖于早期进行的唯一一次需求调查，不能适应需求的变化; 由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程; 风险往往迟至后期的测试阶段才显露，因而失去及早纠正的机会。
2）V模型
●V模型指出,单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。
●局限性：仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试。
3）W模型
●W模型特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的。
●W模型优点：有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及时制定应对措施，显著减少总体测试时间，加快项目进度。
●局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一 种线性的前后关系， 上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。
二丶软件测试的生命周期
需求分析→测试计划→测试设计→测试开发→测试执行→测试评估
一个合格的bug描述应该包括以下几个部分：
1、发现问题的版本
开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。
2、问题出现的环境
环境分为硬件环境和软件环境，如果是web项目,需要描述浏览器器版本，客户机操作系统等，如果是app项目,需要描述机型、分辨率、操作系统版本等。详细的环描述有利于故障的定位。
3、错误重现的步骤
描述问题重现的最短步骤。
4、预期行为的描述
要让开发人员指导怎么样才是正确的，尤其要从用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障，能写明需求的来源是最好的。测试相关（一）
原文：https://blog.51cto.com/14289397/2539194
