可靠性测试

hope123

在产品前期各个版本中已经分层进行过如下可靠性测试：

) D( H" h8 {- f4 N$ r基于特性的功能可靠性测试

1 H: F  r. Z; K# G$ w1、首先分析清楚本特性详细的处理流程，包括涉及的所有部件和协议，消息的详细交互过程（如访问多少次DB，每次记录什么数据，失败后如何回滚等，考虑各种异常处理分支），部件间超时配合等；
& S0 U2 g& O+ R8 M4 I% h3 z
2、针对处理流程考虑如下可靠性因素，主要包括：
4 B' g, T/ q, a/ C1 g8 r% U
" w8 ]% T6 W- i( ]1 m. a, b  1)、系统资源占用情况，如cpu、mem、disk、网络、句柄等（如果有，可以考虑注入cpu/mem/disk不足，网络带宽受限，连接闪断，网络风暴等异常）；
, [/ H, C0 |8 c8 D* P- g( \
, i2 A) f  \0 y9 C   2)、应用资源占用情况，如队列、线程池、连接池等（如果有，可以考虑注入队列超长，队列处理慢，连接吊死等异常）；
9 H+ G# w$ \/ ^
   3)、系统服务使用情况，如ntp、dhcp、tftp、nfs等（如果有，可以考虑注入服务停止或重启等异常）；
: m6 T+ |% d  }+ H. P9 _: \
   4)、组网情况，如管理节点的组网像双机、集群、单机等，业务系统的组网像设备规模，网络规划限制等；

3 \% U0 Y" W4 k7 C; a1 F7 H   5)、关键算法的性能可靠性；
8 t7 C; i/ h8 J: t0 F0 Z5 D
/ c( |6 s) S8 Z" x+ E% A3、覆盖流程中的各种异常处理分支，根据需要注入合适的故障（注：故障模式是为测试目的服务的，无需覆盖各种故障模式）；

9 b; ?; T2 ]  O  @ 基于故障模式库的可靠性测试
2 ]; j! z; _0 a4 x5 s
6 y& _& u6 R9 j3 G- M" f覆盖了网元组网级、机房设备级、主机设备级、软件系统级中的大多数故障。

love1

系统资源占用情况，如cpu、mem、disk、网络、句柄等（如果有，可以考虑注入cpu/mem/disk不足，网络带宽受限，连接闪断，网络风暴等异常）