稳定性测试不少产物运转条件：集群化铺排、散漫办事、安定性运转。硬件障碍、收集相当、资源相当、其他依赖相当、装备相当等城市冲破原有的平均导致安定性题目。安定性被摧残的场景万分众，丰富的安定性演进进程中又有许众场景显现，如许交叉的转折对漫衍式体系测试，希罕是安定性测试带来万分大的挑拨。

　　本文以笔者资历，梳理了一种安定性测试形式。从测试、产物、质地、运营等众重角度发掘出安定性晋升体例，从而到达安定性量变式晋升。

　　测试需求变被动为主动，插手到项目全进程中去，提前显现及防范安定性题目，才干更好展现真正的代价所正在。

　　以场景为根柢/主干，以目标为宗旨驱动，通过梳理及细化影响因子，梳理合理逻辑处置形式，最终酿成安定性体贴点，操纵到评审、专项测试、预颁发、出产侦察等上，通过东西和测试形式让安定性得以落地执行。

　　梳理大的、完美的营业场景，行为基准，如**云供应虚拟机，其主旨恐怕是创筑/重筑（创筑入口众样性，创筑体例众样性？）。

　　向例目标：cpu，io，内存，磁盘，毗邻数，端口数，响当令间，历程数等

　　其他目标：高可用战术、避免孤岛地步（集群间、集群内、众机等）、查问速率

　　向例影响因子：收集（震撼/丢包、断网、反复包等）、磁盘（亏欠、磁盘掉盘、磁盘弗成读、文献弗成写等）、内存（内存走漏、内存亏欠等）……

　　营业影响因子：从完美场景去拆分、哪些细化症结会影响到营业安定性目标的因子，如残剩、独一性、装备缺点（如dns、装备项缺点）、依赖第三方组件（版本、存正在与否、新旧版本）、集群众样性（分歧运营商等）、权限……

　　其他影响因子：相当操作（如随机触发、疾捷众次操作、升级兼容）、巨额数据、批量操作、资源扩容、数据量（查问、挪用等）……