测试阶段研究

测试管理理论之测试阶段研究

在分析测试时间的时候，实际上就是我们估算每个测试阶段的时间。
早期的软件开发是瀑布模式，所有软件一起开发完成，很明显的特点是不分阶段，
什么都一起完成。事实证明，在软件规模达到一定程度的时候，这种不分阶段的
软件开发模式，带来了极大的风险。现在软件开发更多的是螺旋开发的，软件是
渐进成熟的，软件由粗糙逐渐变成精细的。所以，我们测试工作也不能蜂拥而上。
我们必须理解软件渐进成熟的每个阶段，根据每个阶段的特点严格定义每个阶段
的测试工作。 当然，也并不是每个产品都必须经过下面定义的每个阶段。
一、单元级别
当我们发现开发很简单的BUG的时候，往往我们会埋怨，开发check in代码之前有
没有经过测试。答案是肯定的。任何开发提交代码之前，都是经过反复的测试。不过，
大部分的精力是集中在代码的调试，代码级别的测试。当然，有的开发，还会跑一下业务流程。
 特点
往往是函数级别的，但是是BUG的最根源的地方。
 用例特点
1． 自动化产生用例、自动化执行的程度高
2． 往往与业务关系不大，不能跑流程

 可用方法
在开发正式出包给测试部门前测试
可以灵活采用多种方式：
1． 开发自己对代码进行评审测试
2． 开发直接对代码进行结对评审
3． 使用代码工具进行代码规范检查、静态检查代码、动态跟踪代码
4． 代码提交前，与测试结对进行检查，包括代码和业务功能

二、接口级别
接口测试，在与第三方有交互的系统中用的经常用到。或者分模块系统，各个模块之间是独立运行的分布式系统，相互直接往往通过接口来通信。
测试理论中的“驱动――桩“理论就可用使用在这里。
 特点：
1． 用例需要模拟器来执行
2． 自动化测试的程度比较高
 用例特点
1． 用例自动化程度高

 可用方法：
1． 各种协议模拟器，tcp/ip  http  soap snmp等协议经常用
2． “驱动――桩“理论，先对各个模块进行独立测试，然后才集成测试

三、功能级别
新功能的测试，特点是在原来的基础上增加新的功能，对原来的代码进行修改。
该阶段软件的特点是，新增加的功能处于非稳定期，新旧功能会存在非常多的问题。
所以，开发必须做到实现需求的新功能，同时不会影响到原来的功能。
 特点：
1． 保证新功能满足需求
2． 保证旧的功能不能丢失
 用例特点
1． 检查满足新的功能
2． 检查可能影响到的功能点，这个需要经验来判断
3． 用例在不同版本可用性低

 可用方法
1. 交叉测试，不同测试，互相测试对方的功能

四、集成级别
集成阶段，是功能测试完成后，跃迁到了集成测试阶段。
跃迁的条件：可以根据不同的产品经验来确定。
1． 每天的重大的级别BUG数量没有超过多少个
2． 连续N天的BUG数量维持在某个级别
3． 等等，可以根据经验来增加条件
该阶段软件的主要特点是软件新功能进入了基本稳定期，但是有可能在新增加软件功能的同时带来了新的BUG。

 特点：
1． 保证已有的业务流程
2． 保证新增加的业务流程

 用例特点：
1． 重复利用率高
2． 补充或者修改已经存在的用例
3． 流程性用例
4． 自动化可能性大