复用，软件减压直通车[2]

那么如何保证高效全面地测试出所有的错误呢?除了各种测试方法、测试用例之外，如果被测试系统中大量使用构件，测试工作就会轻松许多了。构件是已经经过检验合格的独立程序，其内部应该是正确无误的，那么只需要测试其接口(输入输出结果)的正确性就可以了。这样不仅避免复杂的多路径代码逻辑测试，也很容易找出错误点。如果万一构件的内部出现问题，不用着急，这部分的修改任务是由构件供应方提供的，当前项目程序员不用修改它。测试不仅是在软件发布前，在之后的维护工作中，测试也很重要。当一个版本发现 BUG 或进行版本升级，只要对构件进行调试查找错误或对构件进行改进，然后只编译修改过的构件，再将客户端的构件对应的动态库文件更新就完成了。这主要体现在软件的网络更新方面，正如很多人使用过的那样，只要连上 INTERNET 再运行升级程序就可以坐在一边喝茶了。

　　如果一个系统的 80% 部分是由一个个构件组装而成，这样一个系统将是非常完美的，无论是测试还是维护都将大大轻松。

　　三、程序员所担负的压力减轻

　　众所周知，在目前国内这样一个并不成熟的软件发展环境下，大多数程序员的负担是很重的。在许多中小型企业中还没有形成团队开发的模块，若干个甚至单个程序员的松散合作模式十分常见，因而软件开发过程中的需求分析、系统设计、代码实现、测试反馈、安装部署的繁重任务都是由几个或一个人员承担，没有一个合理分工。强大的劳动强度、有限的开发时间、不合理的薪金回报，十分影响我国软件业的快速发展。

　　在程序员的繁重任务中，代码是现实最忙碌的，所以在这一环节如果能充分利用构件，将极大减轻程序员的压力，缩短开发周期，节约人力成本。代码实现过程的时间缩短，会给其后续的测试反馈、安装部署、版本发布等工作带来好处。节余的时间可以使后续的工作留有余地，若反之实现过程的时间超出预算，那么要想保证在规定的日期发布软件，就必须压缩其后各项工作的时间。工作时间的变化，不断的加班满负荷运转，会直接影响工作人员的情绪，反而会降低工作效率。

　　可见，小小的构件带来的是对整个软件工作流的影响，不仅仅能减轻程序员的压力，也能减轻整个软件涉众的压力。

原文转自：http://www.ltesting.net