可靠性测试的定义、测试点及用例设计方法

turth

一、可靠性的定义
" n* Z8 C% s/ n& V; p( t) W7 I第一层：设备最好不要出故障；
第二层：设备出现故障了不要影响主要的功能和业务；
第三层：如果影响了主要功能和业务，系统可以尽快定位并恢复
# j) o3 k- `5 `# W5 j。

二、可靠性测试点
  S: }4 {5 z+ h) W& S0 P3 p: b1、异常值输入
输入一个系统认为是错误的值

6 M: s) G2 {% R) D2 i& Y1 a2、故障植入法
将系统放在有问题的环境里，但是输入一个正常的值
! h  D& ?* K4 n4 g% }' B1）用户业务环境的故障：例如断网等
2）系统部署的硬件环境：CPU资源不足等问题
3）安装在用户系统中的情况：软件冲突、驱动不正确
9 C" G. _8 c2 Y& |& z5 k4）独立设备：关键部件出现故障时，系统反应是否合理

7 @5 @) h3 c1 o. m' |% @' f3、稳定性测试
% ]$ K8 w, s7 E  W) L# |! x在一段时间内，长时间大容量地运行某种业务
产品规格：产品承诺的能够处理的最大容量或者规格
+ m  W" I( N; U* c: [性能测试主要是看产品真实规格是否与说明书或者需求中承诺的一致，测出来的时最终的性能值
稳定性测试是在低于性能值的前提下测试的
压力测试是在高于性能值的前提下进行的测试，主要是验证高于性能值时系统表现是否合理。
1）多：增加用户对功能的操作数量——一次导入500条数据
2）并：让多个用户同时操作该功能——让500个用户同时导入数据
8 U0 }& ?! k4 @/ r( J  |* y3）复：让一个或多个用户反复操作——导入500次数据
4）异：让一个或多个用户反复进行异常操作——反复在断网情况下导入数据

; j; f2 G, G/ ?- y% z# f+ q8 g. z4、压力测试：
突发形态的负载模型
& _) u1 _9 I; [0 M" \' |5 L
' f1 h, W, o3 d/ B! F* z  Z5、恢复测试
1 ]. s8 B3 [; Y4 g9 M$ P! n使用持续超过规格的负载进行测试
. x/ M4 d0 q+ [加强版：周期性执行负载模型
4 J/ k6 n+ g6 E4 I+ ^预期结果：
; z. v/ b* W- E" ~4 r1）持续进行时，允许规格内的业务不是完全正确，若可靠性要求不高，甚至可以有死机、重启的情况
2）规格回落正常范围后，业务必须完全正确
& U* m, c( {2 v1 q
" R6 t5 S  F9 a$ h# J+ `6、性能测试
1）测出系统最好的性能值：新建、并发
8 m4 @+ c# x2 J9 z8 \3 j! Z7 t2）分析影响性能值的各种因素，测试他们对性能的影响
" N$ x% o, r6 c5 e$ U3）以场景为单位测试性能
4 C( q$ r1 d5 Q  Q" K" T
7、易用性测试
确定标准、保证投入
1）一致性测试：和设计要求规范是否一致（证实）
: L7 ?: l1 e. E! ^8 [9 @2）可用性测试：测试负责人给出标准使用流程即帮助文档->制订标准->交给交叉测试者实测，并记录数据->测试负责人和交叉测试者一起进行分析，可参照友商竞品

三、测试用例设计方法
! `  G4 |1 @- Q7 m" O* L4 b/ F四步测试设计法：

SP1:
) v# O+ E" t, Q/ L选模：流程（流程图）、参数（输入输出表）、数据（等价类分析法）、组合（因子表）

, T: ?  m1 ?3 u  HSP2:
- d  T( u% K, u' R3 k: u" Y设计基础测试用例：仅确定测试条件以覆盖模型
) F. k. F( o) i
& q; q& g8 [  V2 w" qSP3：
1 X2 {7 U" X  e# e补充测试数据
, R$ d! h* E7 t( o( j' S: Z1 W
3 e$ |. G0 ~0 X( B; k2 `. g. ASP4：
扩展
* l9 [0 u6 H/ I( {7 j3 B" x2 [
0 B* \" @5 L7 }  {# D" I
* G5 z) y/ Q* u8 o5 b

nut1

性能测试主要是看产品真实规格是否与说明书或者需求中承诺的一致，测出来的时最终的性能值。

nut1

持续进行时，允许规格内的业务不是完全正确，若可靠性要求不高，甚至可以有死机、重启的情况。