测试小故事80:小事情
小事情,何为小? 1. 不大;2. 非主要;3. 非重要
对于小事情常有的处理方式:1. 不以为然;2. 得过且过;3. 过低估计可能的结果影响。
事出有因,腾讯云硬盘匪夷所思的BUG,导致用户完全丢失,关键是在多机备份条件(据说可靠性是99.9999%)下发生的。
0.0001%的可能性,如此小的事情发生了,被外界称之为2018年最锲而不舍的BUG。
这让我想到很久之前电信的一次事故,所做系统的一个小小的系统配置导致客户运营系统中大量数据在短时间内产生大量异常,服务访问崩溃。(幸好,完备的数据灾备、多机服务和系统回滚机制让系统仍在运行,一天一夜故障恢复,超过两周的深度测试,各种报告和说明,现在想来仍是心有余悸。)
古人常拿小说事:不以善小而不为,不以恶小而为之。千里之堤溃于蚁穴。不积小流无以成江海,不积跬步无以致千里。
对测试从业者来讲,执行测试的一个最基本的原则就是不放过任何一个问题,无论这个问题是大、是小。
缺陷、错误、故障、失效、异常、事故,每个测试都曾绕不过的理解。
如果不是亲身过经历过系统的产生、运行、维护和灾难恢复,很难理解系统的一个缺陷如何引起了系统的故障从而导致系统崩溃,客户欲哭无泪,系统运营者手足无措,人人自危,如临大乱。
当一切尘埃落定,回头再看引起事故的问题,基本上没有大事情,往往都是那些小事情、那些被我们忽略的、那些被我们认为不可能出错的小事情。
小事情导致大灾难,黑天鹅事件:意外,影响重大,不可预测。既然不可预测,也就不不可预防,似乎准备与否、测试与否对于系统可能出现的灾难性问题都无可奈何。
与之相反,海恩法则(Heinrich's Law):任何不安全事故都是可以预防的。每一起严重事故的背后,必然有29次轻微事故和300起未遂先兆以及1000起事故隐患。海恩法则是德国飞机涡轮机的发明者德国人帕布斯·海恩提出的一个在航空界关于安全飞行的法则。海恩法法则强调两点:一是事故的发生是量的积累的结果;二是再好的技术,再完美的规章,在实际操作层面,也无法取代人自身的素质和责任心。
事情总是这么的矛盾,做也不是,不做也不是。
小事情,真正的无法预测,在我看来是我们对于对象的认识还不深入、不全面、经验还不足,也就是还看不透。
从小事情到大事故,从量变到质变,潜移默化之中结果无法控制。
从事后补救,到事中测试验证,直致做到事前预防,也许这才是应对小事情、大灾害真正应当做的。
事无大小,认真对待每一件事。轻、重、缓、急是处理先后的理由,但不是忽视的理由,别让人为事故变成理所当然。
相关文章
- Spartan-6开发案例使用手册——嵌入式AD模块/接口基础测试(下)
- TI Sitara系列 AM64x开发板——TSN通信测试手册(下)
- MyBatis-Plus Day2 Wapper 核心功能 条件构造器 测试
- 网络测试仪测试交换机的基本指标
- 灰度测试与AB测试_测试种类有哪些
- 软件测试|如何实现多套环境的接口自动化测试
- 如何使用jwtXploiter测试JSON Web令牌的安全性
- ChatGPT能代替Oracle DBA吗?用Oracle OCP(1z0-083)的真题测试一下(文末投票)
- Redis性能测试:从选择工具到测试结果(redis性能测试工具)
- 微软正在Microsoft Edge附加组件商店上测试第三方主题
- Linux下的CPU压力测试(cpu压力测试linux)
- 测试Redis中压力挑战:多样性、效能和安全(redis压力)
- Putting Linux to the Test: SSD Performance Analysis(linuxssd测试)
- Linux下磁盘性能测试(磁盘测试 linux)
- 用CMD研发Oracle的步伐(cmd测试 oracle)
- 使用Redis进行性能测试的技巧(入redis怎么测试)
- 测试redis锁让它安全可靠(redis锁怎么测试)
- 分布式负载测试平台
- 测试模式-XSL教程-5
- smarty模板嵌套之include与fetch性能测试