本文作者通过对Linux操作系统的测试方式进行研究，反思了当前业务的软件测试策略。文章介绍了Linux软件包社区的质量看护，包括code review和编译阶段的make check。接着，讨论了不同层面的测试技术，如fuzz测试、地址消毒技术（如ASAN）以及黑盒测试，为单点模块级的软件测试提供了启示。
*****************************
日常工作原因，闲了，过来补充下自己的认识和思路
*****************************
最近针对当前业务的软件测试策略、测试方案、测试架构重新在审视和思考，发现我们很多测试都是无效投入；在说我们自己测试之前，我们先来看看linux操作系统作为软件工程界最大的一个系统软件工程，业界针对这个巨无霸的主流测试方式和测试技术，之后我们再返回来看看我们自己单点模块级的软件测试，会不会有些启示？
linux各个发行版的软件包均来源于各个软件包社区，社区自己针对自己的代码有至少两层质量看护：
1 、code review；
2、编译阶段的make check（代码级的LLT）；
***************************************LLT测试技术简介**************************************************
未开始，待续......
之后各个发行版操作系统厂家自己做软件集成后，也会再做集成验证，这里我理解各厂家也至少有两层质量看护：
1、编译阶段的make check（依赖源码中的test中的UT测试case）
2、版本滚动发布前的SIT集成验证（偏黑盒性质的功能、可靠性验证）
这里如果某家公司要自己做独立的发行版操作系统，我理解基于CentOS模式是最快的捷径；
因为按照上面的质量看护逻辑&
最低0.47元/天 解锁文章
扫一扫
516
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
