软件工程作业

软件测试的V模型
以“编码”为黄金分割线，将整个过程分为开发和测试，并且开发和测试之间是串行的关系
单元测试：是模块测试，验证软件的基本组成单位的正确性，是白盒测试
集成测试：是模块间的测试，测试接口（软件各模块之间的接口和软件与硬件之间的接口）是否正确，是灰盒测试（白盒和黑盒结合）
系统测试：系统测试包括：冒烟测试 系统测试 回归测试
（1）冒烟测试：主干流程测试，确认软件的基本功能正常，可以进行后续的测试工作
（2）系统测试：是检测系统的功能、质量、性能能否满足系统的要求，包括功能、性能、界面、可靠性、兼容性等等，是黑盒测试
（3）回归测试：修改了旧代码之后重新进行测试，确认修改后的代码没有引入新的错误或导致其他代码产生新的错误
验收测试：是确保软件的实现能否满足用户的需求或合同的要求

局限性：V模型是基于瀑布模型的，V模型有一个缺点，就是将测试放在整个开发的最后阶段，没有让测试今早介入开发，没有在需求阶段就进入测试。
测试与开发串行
软件测试的W模型
W模型是由两个V模型组成，一个是开发阶段，一个测试阶段可以看出，在W模型中开发和测试是并行的关系
优点：测试与开发并行，让测试今早介入开发环节，使测试今早发现问题今早解决。
局限性：虽然开发与测试并行了，但是在整个开发阶段，仍然是串行的，上一阶段未完全完成无法进入下一阶段，不支持敏捷模式的开发。
H模型
H 模型将测试活动分离出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来，如图所示

H 模型提倡者认为测试是一个独立的过程中，所以在H 模型中并没有看到关于开发的过程，而是测试的一个流程，当然这个测试的流程并不像V 模型和W 模型那样有明确的测试区分。H 模型演示了在整个生命周期中某个层次上一次软件测试的“微循环”。当测试条件准备完成，进入测试就绪状态后，所在测试H 模型中有一个测试就绪点，也就是测试有一个准入条件。通常情况下判断测试是否达到准入条件，应该检查以下几部分内容是否已经完成：
 该开发流程对应的测试策略是否完成; 测试方案是否完成; 测试用例是否完成; 测试环境是否搭建好; 相关输入件、输出件是否明确。也就是说，通常我们要检查上面一些内容是否完成，再确定我们是否需要进入下一个阶段的测试。当测试条件成熟，并且测试准备工作已经完成，进入了测试就绪点，测试执行活动才可以进行。H 模型中还有一个“其他流程”的测试，这个观点强调了测试其他不一定要是常见的应用程序也可以其他的内容，这可以理解为整个产品包中所有的对象，包括开发阶段的一些设计流程，这样将测试的范围直接扩展到整个产品包，而非W 模型中提到的代码、需求或其他相关说明书。与V 模型和W 模型不同的是，H 模型的核心是将软件测试过程独立出来，并贯穿产品的整个生命周期，与开发流程并行进行，不需要等到程序全部开发完成才开始执行测试，这充分体现了软件测试要尽早准备、尽早执行的原则。不同的测试活动可以按照某个次序先后进行，当一次测试工作后产品质量无法达到要求时，可以反复进行多次测试。总之H 模型具有以下特征：(1)测试是一个独立的过程;(2)测试达到准入条件，才可以执行;(3)测试对象是整个产品包，而不仅仅是程度、需求或相关说明书