|
|
EDA365欢迎您登录！
您需要 登录 才可以下载或查看，没有帐号？注册
x
在产品前期各个版本中已经分层进行过如下可靠性测试：
7 z4 n1 @, p9 T: Z' p
4 A( y* n) a& {- o, ^. N基于特性的功能可靠性测试
8 c( t. S- ^" w) r, ]8 Y6 j; V$ ?# h x5 @: m @
1、首先分析清楚本特性详细的处理流程，包括涉及的所有部件和协议，消息的详细交互过程（如访问多少次DB，每次记录什么数据，失败后如何回滚等，考虑各种异常处理分支），部件间超时配合等；1 ^3 x9 |3 `( U+ [, k
0 W- K- B' U8 e3 s8 M# c/ I2、针对处理流程考虑如下可靠性因素，主要包括：
' v/ v; ^, ^$ p' a) |4 O) E( H6 E. P5 W# {
1)、系统资源占用情况，如cpu、mem、disk、网络、句柄等（如果有，可以考虑注入cpu/mem/disk不足，网络带宽受限，连接闪断，网络风暴等异常）；
: W4 t- l$ v# w. O/ K3 Y! l8 @* w2 J8 b
2)、应用资源占用情况，如队列、线程池、连接池等（如果有，可以考虑注入队列超长，队列处理慢，连接吊死等异常）；
/ D) i- {/ r. L) c' k1 H
, _. N3 S7 ?1 ]9 P 3)、系统服务使用情况，如ntp、dhcp、tftp、nfs等（如果有，可以考虑注入服务停止或重启等异常）；
- s' K3 G! Y( X, O k3 Z
& k+ p$ L: | v" y& u- j 4)、组网情况，如管理节点的组网像双机、集群、单机等，业务系统的组网像设备规模，网络规划限制等；! [. t% w* e ]9 b, ?
( C+ c# Z$ T: t. Y m: G
5)、关键算法的性能可靠性；) _, O) q! P7 d* _( A
, p$ W* l' T% L, B
3、覆盖流程中的各种异常处理分支，根据需要注入合适的故障（注：故障模式是为测试目的服务的，无需覆盖各种故障模式）；
/ \8 y) K2 b7 [ |6 F
/ d, W, n$ N, V2 D" M) z* ^# C 基于故障模式库的可靠性测试; Y3 }& {4 N5 _
& Y- C7 N. T) i3 t覆盖了网元组网级、机房设备级、主机设备级、软件系统级中的大多数故障。 |
|
/1 
发表于 2021-8-26 14:46
收藏
淘帖
支持！
反对！