测试流程

测试流程（个人工作，学习复习总结）

 

公司内部流程：

分为系统测试（ST-system testing），集成测试（IT-intergration testing），单元测试（UT-unit testing）

其中

系统测试 -> 整体是否满足用户需求

集成测试 -> 功能与功能之间，模块与模块之间的接口是否满足用户需求

单元测试 -> 函数阶段是否满足需求

  

公司外部流程：

主要分项目和产品，项目与产品的区别在于，用户有确定要求时，一般称为项目，而产品一般无特定要求，适用于大多用户

其中

项目主要执行验收测试，验收测试一般目的在于今早回收尾款

产品主要执行α，β测试，α测试一般为获取用户体验，一般付费，β测试一般为提早占领市场，不付费

 

软件生命周期

软件生命周期一般有2种模型，分别为瀑布模型和双V模型

瀑布模型

优点是较为简单，适用于需求较确定的小型项目

缺点是测试的介入很晚，一旦后期才发现缺陷，有可能导致修复的成本和时间代价很大

基本流程：

原始需求 -> 项目计划 -> SRS（需求规格说明书） -> 概要设计 -> 详细设计 -> 开发 -> 测试 -> 更新，运行维护

 

双V模型

优点是测试参与全过程，介入时间早，可以发现需求设计中的缺陷，不仅仅是测试程序

缺点是复杂，成本高

适用于大型项目

基本流程：见图1

 

 

图1

 

测试工作的开展

明确6要素

1.角色：明确职责

2.入口准则：何时开始工作

3.输入：参考资料

4.活动：工作步骤

5.输出：成果物

6.出口准则：工作完成的标准

 

例：双V模型中，负责单元测试设计阶段

1.入口准则：UT计划已经评审通过

2.输入：UT计划，详细设计

3.输入：UT方案

4.出口准则：UT方案评审通过

 

 

 

 

回归测试的方法

1.覆盖修改法：

特点：只测试发现BUG的用例

优点：时间短

缺点：回归不充分

适用：比较独立的功能

      资源缺乏时中间版本的回归

 

2.完全重复回归：

特点：测试全部用例

优点：回归充分

缺点：时间长，成本高

适用：一般用于第一个版本和最后一个版本

 

3.周边影响法：

特点：除了执行发现缺陷的测试用例，还执行与bug相关的用例

优点：既考虑到了充分性又考虑到了时间

缺点：周边范围不确定

适用：关联性比较大的业务模块、公共的模块

 

4.指标达成法：

特点：按一些比例来确定，例如BUG数与用例数的比例，BUG数与KLOC（kilometer lines of code）比例

优点：可量化

缺点：指标不太容易达成

适用：成熟度比较高的企业（一般情况下企业很少用该策略）