对于软件测试的一点思考

*****************************

日常工作原因，闲了，过来补充下自己的认识和思路

*****************************

最近针对当前业务的软件测试策略、测试方案、测试架构重新在审视和思考，发现我们很多测试都是无效投入；在说我们自己测试之前，我们先来看看linux操作系统作为软件工程界最大的一个系统软件工程，业界针对这个巨无霸的主流测试方式和测试技术，之后我们再返回来看看我们自己单点模块级的软件测试，会不会有些启示？

linux各个发行版的软件包均来源于各个软件包社区，社区自己针对自己的代码有至少两层质量看护：

1 、code review；

2、编译阶段的make check（代码级的LLT）；

***************************************LLT测试技术简介**************************************************

未开始，待续......

 

之后各个发行版操作系统厂家自己做软件集成后，也会再做集成验证，这里我理解各厂家也至少有两层质量看护：

1、编译阶段的make check（依赖源码中的test中的UT测试case）

2、版本滚动发布前的SIT集成验证（偏黑盒性质的功能、可靠性验证）

这里如果某家公司要自己做独立的发行版操作系统，我理解基于CentOS模式是最快的捷径；

因为按照上面的质量看护逻辑&