
Read Time:29 Second
静态检查 vs. 动态代码崩溃
用 C/ C++ 开发的系统,在运维的时候,会因为内存管理发生了问题,而使得系统崩溃⋯
这样的运维上的问题,是很严重的。但测试人员却真的很难在自家 “集成测试” 的环境中,将 C/ C++ 内存管理的缺陷给测试出来的。因为,所谓的自动化集成测试,往往在开发、维护自动化用例、构建环境上的成本过高,然而测试的有效性却往往是让人失望的。
IT 软件这行总是有些 “甩锅天才”?!
当 C/ C++ 的系统在运维时,因为内存管理的问题而发生崩溃时,测试人员当然会首先的遭受到责难。面对这样苦逼的处境,有的测试人员会认真的思考,设计出另一种方式的测试方法、策略;这些测试的方法、策略在 Netflix, Facebook , GitHub 开源社群⋯是相当多的,当然也是相当有效的。
“甩锅天才” 会怎么做呢?
- 将 C/ C++ 系统在运维时,“动态” 所发生的内存管理的问题(锅)“丢” 到 “静态” 的代码检查。然后,天真的相信,只要将静态代码检查的告警清零,系统在运维上内存管理的恶梦,就不会再来了,就烟消云散了。
我每每看到这样的场景,看到这样解决问题的态度、方法,就让我想起了满清末年的 “义和团”;满清末年抵挡不了外国的枪、炮,“义和团” 就搞个 “肉身” 能刀枪不入、“神功” 附体,来 “保家卫国”。
做 IT 这一行的,只要是还待在 IT 这一行一天,就不要抛弃 “编程语言”。当我们抛弃编程语言时,编程语言就会以 “无知” 来回报给我们,使得我们成为只会耍嘴皮子的 “甩锅天才”、“义和团”。
About Post Author
方俊贤; Ken Fang
专利号: 201910652769.4; 一种深度学习的算法, 预测微服务持续发布、持续部署后对产品整体质量的影响, 获得国家知识财产局专利; 符合专利法实施细则第 44 条的规定。