|
|
EDA365欢迎您登录！
您需要 登录 才可以下载或查看，没有帐号？注册
x
在产品前期各个版本中已经分层进行过如下可靠性测试：9 x, J! ~" m5 F+ d
$ x; O/ X' X* C V9 i( T7 q s基于特性的功能可靠性测试
; }: v9 `( B- _0 x" b9 [- @# P; d' t
1、首先分析清楚本特性详细的处理流程，包括涉及的所有部件和协议，消息的详细交互过程（如访问多少次DB，每次记录什么数据，失败后如何回滚等，考虑各种异常处理分支），部件间超时配合等；# J) F) N1 w7 ~# H
1 }3 H) P, k- k: y& `5 Q. v% _
2、针对处理流程考虑如下可靠性因素，主要包括：
7 l7 a& O3 J! p* t, h
2 M" v* K. K, S4 Q9 Z9 D 1)、系统资源占用情况，如cpu、mem、disk、网络、句柄等（如果有，可以考虑注入cpu/mem/disk不足，网络带宽受限，连接闪断，网络风暴等异常）；
/ O5 t" t% y9 r- U3 P, ?9 G7 e/ ~) ^/ G, u( c' Z
2)、应用资源占用情况，如队列、线程池、连接池等（如果有，可以考虑注入队列超长，队列处理慢，连接吊死等异常）；" |# v6 J1 E" y+ ^
5 ]% n4 J3 G" ?# K
3)、系统服务使用情况，如ntp、dhcp、tftp、nfs等（如果有，可以考虑注入服务停止或重启等异常）；4 m; X- w0 v) Y* v1 V' x
5 ^' ~9 T+ `4 S, ~
4)、组网情况，如管理节点的组网像双机、集群、单机等，业务系统的组网像设备规模，网络规划限制等；1 F3 |0 ^6 v: }, B j& f5 x) V
' C/ D& H! v4 {2 l* t
5)、关键算法的性能可靠性；
+ O: l$ W* i4 o5 w( H9 S
^1 z w7 B# l& G1 [- R& X5 h3、覆盖流程中的各种异常处理分支，根据需要注入合适的故障（注：故障模式是为测试目的服务的，无需覆盖各种故障模式）；
4 P% Y3 @* E" k5 R5 t! v" Y/ C: s6 b
基于故障模式库的可靠性测试7 s' S9 i/ Y* }7 ^
3 t' C( X- C" j) x! J9 ~! R覆盖了网元组网级、机房设备级、主机设备级、软件系统级中的大多数故障。 |
|
/1 
发表于 2021-8-26 14:46
收藏
淘帖
支持！
反对！