文档介绍：66
平台功能测试规范
目录
目的 6
范围 6
对象 6
1. 冒烟测试规范 6
6
7
7
8
8
10
10
10
11
2. SIT测试规范 12
12
12
12
13
13
17
17
18
18
20
21
3. UAT测试规范 22
23
23
23
23
24
24
24
24
4. 预发布环境测试规范 26
26
26
27
28
28
28
29
30
31
31
5. 生产环境测试规范 32
32
33
34
35
37
6. 回归测试规范 38
&意义 38
38
39
39
39
40
40
40
40
41
42
42
43
46
7. 线上问题处理与反馈 46
46
47
47
48
48
49
49
51
禅道子任务 51
51
51
52
目的
本文档的目的在于指导测试人员如何进行冒烟测试,SIT测试,UAT测试,预发布环境测试,生产环境测试以及线上问题处理。规范测试活动。以及一些测试活动中常见的问题。
范围
包含的测试活动有冒烟测试,SIT测试,UAT测试,预发布环境测试,生产环境测试,回归测试以及线上问题处理与反馈,可以根据项目或者平台的实际情况对活动进行裁剪。
对象
本文档面向对象为测试人员,实施人员等
1. 冒烟测试规范
冒烟测试(Smoke Testing)可以说是一种预测试,软件代码正式编译并交付测试之前,先尽量消除其“表面的”错误,确保软件基本功能符合需求规格说明书要求,减少后期测试开发的负担。
在软件开发过程中,一直有高内聚,低耦合这样的说法,各个功能模块之间的耦合还是存在的,因此一个功能的改动,还是会影响到其他功能模块。
因此在开发人员修复了先前测试中发现的bug后,想知道这个bug的修复是否会影响到其他功能模块,需要做的就是冒烟测试。
冒烟测试是这样的一种测试,不要求覆盖面有多广,但至少要保证覆盖待测产品的绝大部分功能;不要求每个功能都测的很详细,但至少要保证被修复了的bug所属的功能和系统其他骨干功能都是可用的(即这个版本能拿去做系统功能测试了)。
覆盖骨干功能和bug所属功能,却不是简简单单在页面中点几下就行了的。任何一个项目或者产品,骨干功能都有它的使用场景。冒烟测试就是要保证这些骨干功能的使用场景都能跑通,如果没跑通,后续的系统测试就没必要了。
1. 基于每日构建的冒烟测试
冒烟测试就是在每日build建立后,对系统的基本功能进行简单的测试。这种测试强调功能的覆盖率,而不