平台功能测试规范

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

平台功能测试规范

目录

目的 (6)

范围 (6)

对象 (6)

1. 冒烟测试规范 (6)

1.1冒烟测试目的 (6)

1.2冒烟测试定义 (7)

1.3冒烟测试方法 (7)

1.4测试实施 (8)

1.4.1测试实现过程 (8)

1.4.2测试要点 (10)

1.4.3测试准入准出 (10)

1.4.4冒烟测试自动化 (10)

1.5冒烟测试进阶 (11)

2. SIT测试规范 (12)

2.1SIT测试的定义 (12)

2.2SIT测试主要内容 (12)

2.2.1功能测试 (12)

2.2.2非功能测试 (13)

2.2.3测试方法介绍 (13)

2.3SIT测试过程 (17)

2.3.1项目周期中的SIT测试阶段划分 (17)

2.3.2SIT测试计划阶段主要活动 (18)

2.3.3SIT测试设计阶段主要活动 (18)

2.3.4SIT测试执行和评估阶段主要活动 (20)

2.4SIT准入准出标准 (21)

3. UAT测试规范 (22)

3.1UAT测试目的 (23)

3.2UAT测试参与人员 (23)

3.3UAT测试用例 (23)

3.4UAT测试范围 (23)

3.5UAT测试前提 (24)

3.6UAT测试策略 (24)

3.7UAT测试通过条件 (24)

3.8UAT的测试难点以及建议 (24)

4. 预发布环境测试规范 (26)

4.1预发布定义 (26)

4.2角色与职责 (26)

4.3版本预发布工作流程图 (27)

4.4预发布流程描述 (28)

4.4.1预发布流程进入条件 (28)

4.4.2预发布流程结束条件 (28)

4.4.3预发布流程步骤 (29)

4.5版本配套文件清单 (30)

4.6版本测试记录表 (31)

4.7预发布环境小结 (31)

5. 生产环境测试规范 (32)

5.1系统上线标准流程规范 (32)

5.2基本流程 (33)

5.3详细流程 (34)

5.3.1完整上线流程 (35)

5.3.2补丁上线流程 (37)

6. 回归测试规范 (38)

6.1回归测试原因&意义 (38)

6.2回归测试定义 (38)

6.3回归测试核心思想 (39)

6.4回归测试的策略 (39)

6.4.1策略 (39)

6.4.2执行过程 (40)

6.4.3执行的时机 (40)

6.5基于晶链通的策略 (40)

6.5.1现状 (40)

6.5.2基于现状的策略 (41)

6.6晶链通实例 (42)

6.6.1晶链通的功能点 (42)

6.6.2定义范围和深度 (43)

6.6.3执行过程及结果跟踪 (46)

7. 线上问题处理与反馈 (46)

7.1线上问题的定义 (46)

7.2线上故障管理的目标 (47)

7.3故障处理流程介绍 (47)

7.4确认故障与通知协调人 (48)

7.5定位/处理故障 (48)

7.6故障恢复 (49)

7.7组织故障Review (49)

7.8同步故障报告 (51)

7.9建立每个Action 禅道子任务 (51)

7.10故障与故障Actions跟进 (51)

7.11故障数据分析 (51)

7.12线上问题总结 (52)

目的

本文档的目的在于指导测试人员如何进行冒烟测试,SIT测试,UAT测试,预发布环境测试,生产环境测试以及线上问题处理。规范测试活动。以及一些测试活动中常见的问题。

范围

包含的测试活动有冒烟测试,SIT测试,UAT测试,预发布环境测试,生产环境测试,回归测试以及线上问题处理与反馈,可以根据项目或者平台的实际情况对活动进行裁剪。

对象

本文档面向对象为测试人员,实施人员等

1. 冒烟测试规范

1.1冒烟测试目的

冒烟测试(Smoke Testing)可以说是一种预测试,软件代码正式编译并交付测试之前,先尽量消除其“表面的”错误,确保软件基本功能符合需求规格说明书要求,减少后期测试开发的负担。

在软件开发过程中,一直有高内聚,低耦合这样的说法,各个功能模块之间的耦合还是存在的,因此一个功能的改动,还是会影响到其他功能模块。

因此在开发人员修复了先前测试中发现的bug后,想知道这个bug的修复是否会影响到其他功能模块,需要做的就是冒烟测试。

1.2冒烟测试定义

冒烟测试是这样的一种测试,不要求覆盖面有多广,但至少要保证覆盖待测产品的绝大部分功能;不要求每个功能都测的很详细,但至少要保证被修复了的bug所属的功能和系统其他骨干功能都是可用的(即这个版本能拿去做系统功能测试了)。

覆盖骨干功能和bug所属功能,却不是简简单单在页面中点几下就行了的。任何一个项目或者产品,骨干功能都有它的使用场景。冒烟测试就是要保证这些骨干功能的使用场景都能跑通,如果没跑通,后续的系统测试就没必要了。

1.3冒烟测试方法

1.基于每日构建的冒烟测试

冒烟测试就是在每日build建立后,对系统的基本功能进行简单的测试。这种测试强调功能的覆盖率,而不对功能的正确性进行验证。

冒烟测试一般用于每日构建(Nightly build),构建服务器首先从VSS服务器上,下载最新的源代码,然后编译单元测试,运行单元测试通过后,编译可执行文件,可执行文件若可运行,并能执行最基本的功能,则认为通过了冒烟测试。

基于每日构建的冒烟测试的优点主要有:

a)进度可见并可以控制到1-2天的细粒度,很容易看到进度的偏差;

b)及早的发现开发BUG和缺陷并分析解决,对开发人员的一种监督和促进,提高软

件质量

c)由于将大集成分解到每日构建中的小集成,避免了传统产品集成或集成测试时候出

现的严重问题的可能。

d)在项目中宣贯质量意识,强调第一次就把事情做好,而不是等测试来帮你发现问题

相关文档
最新文档