今天完成的事：

对任务一进行修改和完善

学习任务二有关理论只是点

明天计划的：

完成任务二

遇到的问题：

还是会有一些想不到的测试点，需要多用一点时间才可以想到

收获：

关于软件测试方法昨天学习了按测试手段分类，今天学习按测试模式分类

按测试模式来分类：

瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试等

传统的瀑布模型：

传统的软件工程学的瀑布开发模式

项目计划→需求分析→软件设计→程序开发→软件测试→集成维护

（每一个阶段的输入都是用上个阶段的输出作为输入）

1.制定项目的整体研发计划，确定重要的里程碑节点，输出项目计划书

2.明确客户对需求的定义，并对这个定义进行描述，使充分理解客户需求，描述产品功能，输出产品的需求规格说明书

3.根据需求的定义来确定产品实现的方案，包括软件、硬件的结构，组件模块的使用方法，借口见面数据如何进行组织。输出概要设计、详细设计在内的多个设计方案

4.由开发团队根据需求和设计具体的实现产品，根据编程规范、构建各类的组件模块，最后输出产品版本

5.通过独立的测试小组或者qa团队来评估我们的产品是否满足对需求的定义，最后输出测试结果、测试报告

6.产品经过测试以后交付给客户，根据客户的使用情况对产品进行维护，修改，升级

瀑布模型优缺点：

优点：

1.强调需求、设计的作用

2.前一阶段完成后、只需要关注后续阶段

3.为项目提供了按阶段划分的检查点，里程碑清晰

4.文档规范

缺点：

1.难以适应需求的频繁变化

2.项目周期后段才能看到成果

3.强制的里程碑、完成时间点

4.文档工作量大

V模型

（是瀑布模型的变种，可以明确的表明测试过程的不同阶段，并且描述各个阶段和开发过程各个阶段的关系）

单元测试和集成测试，检测程序是否满足设计上的要求

系统测试，检测软件在性能、功能这些质量特性上是否能满足系统要求

验收测试，主要检测软件是否满足客户要求和需求规定

局限性：仅把测试过程作为在系统分析、系统设计、编码之后的阶段；忽略了测试对需求的分析的验证

只能在后期发现问题

W模型

开发和测试并行的流程

好处：

有利于尽早的发现问题

有利于及时了解项目的测试风险，及早的做出应对方案，加快项目的进度

局限性：

不能很好的支持迭代的开发模式

X模型

只要是解决交接和评级完成的周期问题

H模型

把软件测试看做是一个单独的流程，贯穿在整个产品的生命周期中，与其他的流程并发执行（其他流程可以是软件的开发流程）

强调把测试分为测试执行和测试准备两个不同的阶段