软件测试相关概念
一、软件测试的目的和原则
目的：验证软件有或没有问题。
原则：以客户为中心，遵循软件测试的规范、流程、标准和要求
（1）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。（2）成功的测试是发现了至今为止尚未发现的错误的测试。（3）测试并不仅仅是为了找出错误。通过分析错误产生的原因、阶段及错误发生的趋势。A、帮助项目管理者了 解当前软件开发过程中的缺陷，以便及时纠错、改进。B、帮助测试人员设计出有针对性的测试方法，改善 测试的效率和有效性。C、让开发人员知道错误产生的重灾区，加强自测试，D、让客户清楚我们专业的质量保证团队，可以向他们提交一份满意的答卷。。（4） 没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。（5） 根据测试目的的不同，还有回归测试、压力测试、性能测试、安全测试等，分别为了检验修改或优化过程是否引发新的问题、软件所能达到处理能力和是否达到预期的处理能力等。（6） 软件测试为了建立软件的信心。（7）从测试的目的出发，大概可以分为两类：为了验证程序能正常工作的测试；为了验证程序不能正常运行的测试；
二、什么是需求
需求是：满足用户期望和正式文档（合同、标准、规范）所具有的条件或权能，包含用户需求和软件需求
在多数软件公司，会有两部分需求，一部分是用户需求，一部分是软件需求
- 用户需求：可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务。
该需求一般比较简略。
- 软件需求：或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。
软件需求是测试人员进行测试工作的基本依据
三、什么是bug
1、准确的来说：当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误。2、当没有需求规格说明书时，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。
四、什么是测试用例
测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。
五、软件的生命周期
软件生命周期是指从软件产品的设想开始到软件不再使用而结束的时间。 如果把软件看成是有生命的事物，
那么软件的生命周期可以分成6个阶段，即需求分析、计划、、设计、编码、测试、运行维护。
六、软件开发的五个模型
1、瀑布模型
- 概念：瀑布模型的每一个阶段都只执行一次，因此是线性顺序进行的软件开发模式。
- 优点： （1）强调开发的阶段性； （2）强调早期计划及需求调查； （3）强调产品测试。
- 缺点： （1）依赖于早期进行的唯一一次需求调查，不能适应需求的变化；
（2）风险往往迟至后期的测试阶段才显露，因而失去及早纠正的机会。
2、螺旋模型
- 概念：一般在软件开发初期阶段需求不是很明确时，采用渐进式的开发模式。螺旋模型是渐进式开发模型的代表之一。
这对于那些规模庞大、复杂度高、风险大的项目尤其适合。这种迭代开发的模式给软件测试带来了新的要求，它不允许 有一段独立的测试时间和阶段，测试必须跟随开发的迭代而迭代。因此，回归测试的重要性就不言而喻了。
- 优点：强调严格的全过程风险管理；强调各开发阶段的质量；提供机会检讨项目是否有价值继续下去。
- 缺点：引入非常严格的风险识别、风险分析和风险控制，这对风险管理的技能水平提出了很高的要求。
这需要人员、资金和时间的投入。
3、增量模型
增量开发能显著降低项目风险，结合软件持续 构建机制
4、迭代模型
迭代模型相比较增量模型抗风险能力更强些
5、敏捷开发模型：
- 适用于需求不稳定的项目
- 敏捷宣言：
个体与交互重于过程和工具可用的软件重于完备的文档客户协作重于合同谈判响应变化重于遵循计划在每对比对中，后者并非全无价值，但我们更看重前者
七、软件测试的两个模型
1、V模型
- 特点：明确的标注了测试过程中存在的不同类型的测试，
并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系
- V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求
- 局限性:仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试
2、W模型
- W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。
- 特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的
- 优点：有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度。
- 局限性：需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑