测试day02整理

软件开发的模型

瀑布模型

瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。
优点
1.开发的各个阶段比较清晰
2.强调早期计划及需求调查
3.适合需求稳定的产品开发
缺点
1.依赖于早期的需求调查,不适应需求变化
2.单一流程不可逆
3.风险往往延至后期才显露,失去及早纠正的机会。
4.问题在项目后期才开始暴露
5.前面未发现的错误会传递并扩散到后面阶段,可能导致项目失败

快速原型模型

在开发真实系统之前,构造一个原型,在该原型的基础上,逐渐完成整个系统的开发工作。
优点
克服瀑布模型的缺点,更好的满足用户需求并减少由于软件需求不明确带来的项目开发风险。适合预先不能确切定义需求的软件系统开发
缺点
不适合大型系统的开发(适合开发小型的、灵活性高的系统)。前提要有一个展示性的产品原型,因此在一定程度上可能会限制开发人员的创新。

螺旋模型

螺旋模型将开发过程分为几个螺旋周期,每个螺旋周期大致和瀑布模型相符合,螺旋模型沿着螺旋线旋转。
优点
螺旋模型很大程度上是一种风险驱动的方法体系,因为在每个阶段之前及经常发生的循环之前,都必须首先进行风险评估
缺点
采用螺旋模型需要具有相当丰富的风险评估经验和专门知识,在风险较大的项目开发中,如果未能及时标识风险,势必会造成重大损失。过多的迭代次数会增加开发成本,延迟提交时间

软件测试的模型

V模型

V模型大体可以划分为以下几个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。
优点
- 测试V模型即包含了底层测试又包含了高层测试；
- 底层测试：检验源代码质量的测试，如：单元测试；
- 高层测试：检验整个系统的需要，如：系统测试；
- V模型清楚地标识出了软件开发的阶段。
- 它采用自顶向下逐步求精的方式把整个开发过程分成不同的阶段，每个阶段的工作都很明确，因此便于控制开发过程。当所有的阶段都完成之后，该软件的开发过程也随之结束。

缺点
- V模型一大缺点正是它自身的顺序性所导致的。到了测试阶段，程序已经完成，错误已经产生，很多前期的错误一直到测试阶段才发现，甚至无法发现，往往无从修改了。
- 同时实际的开发过程中，在需求阶段很难把用户的需求完全明确下来，因此，当需求变更时将会导致阶段反复，而且都要重复需求、设计、编码、测试等过程，返工量非常大，模型灵活性比较低。

W模型

《软件验证和确认（V&V）》的原则中提出了在软件的需求和设计阶段也应有测试活动，并且提出了相应的原则，开发一个V，测试一个V，组合的W模型。
优点
- 强调测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求和概要设计同样要测试；
- 更早地接入测试，可以发现开发初期的缺陷，那么可以用更加低的成本进行缺陷修复；
- 同样是分阶段的工作，便于控制项目过程。
缺点
- 依赖于软件开发和软件测试依然保持一前一后的线性关系，依然无法支持迭代、自发性和需求等变更调整；
- 对于当前很多项目，在执行的过程中根本不产生文档，那么W模型基本无法适用；
- 使用起来技术复杂度很高，对于需求和设计的测试要求很高，实践起来困难。

软件测试分类

按照开发阶段

一、单元测试
二、集成测试
三、系统测试

按照是否查看源代码

一、黑盒测试
二、白盒测试
三、灰盒测试

按照是否运行

一、静态测试
二、动态测试

验收测试

一、α测试
二、β测试
三、γ测试

随机测试

测试用例

等价类划分

用户所有可能输入的数据，划分成了若干份（或者也可以称为子集），然后从每一个子集当中选取少数具有代表性的数据作为测试用例，这种测试用例我们称为等价类划分法。

等价类划分（分类）

有效等价类 
	指符合《需求规格说明书》，输入合理的数据集合
无效等价类 
	指不符合《需求规格说明书》，输入不合理的数据集合

等价类思考步骤

1、先确定有效和无效等价类
2、有效等价类就是题目条件（两端的极值（边界值）要判断、中间随意一个值也要判断）
3、无效等价类先划分与条件相反的情况，再找到特殊情况（中文、英文、符号、空格、空）

等价类划分需要考虑情况

 	1：文本框要求输入的长度
	2：输入的类型
	3：组成规则
	4：是否为空
	5：是否重复---区分大小写， 
	6：是否去除空格