紧凑的耦合并非无利处，一些资源利润率可以放到最低。从OpenOA开发中，第30个版本和70个版本左右的区别，能看出数据库模块的耦合。

黑盒，就是封闭的盒子，你不知道盒子的内容，只能知道这是个盒子，我只能猜测，或者根据盒子的外形，特征，去研究我该怎么用它。

程序开发中，白盒测试，一般是根据程序的功能进行有针对性的测试。

针对具体功能模块进行测试。首先，软件基本完成后，程序不能有研究bug，就是功能性的缺陷，这是必须的。

针对一些逻辑进行测试。程序走通后，针对不同的逻辑进行测试。尽量去测试逻辑的每一个分支，比如，用户上，测试管理员跟普通用户的不同权限下程序的使用。

数据准确性的测试。数据在程序中经过重重计算，输入数据跟最终表现数据未必是一致。这样就得测试数据在各个环节进行传递是否正确。

数据合法性测试。合法性主要在于各个模块中数据输入的合法性。比如数据类型，字段长度，范围等。

而黑盒，一般是指功能基本完成后，交付给测试部门进行业务的测试。测试人员不知道程序是如何构建，而只是根据功能说明或者一些模块测试说明书进行测试。黑盒测试人员要求对业务比较熟练，能够考虑多种实际发生的业务数据进行测试。

上篇日志开始了我的一个软件产品，设计的过程中遇见了我预料中的问题。

1、通用性：windows?linux?你真的不知道用户会在什么平台下用啊。幸亏我这个就专为linux定制！摆脱了平台兼容的问题。

2、接口：把什么接口留给用户，把哪些设置开放给用户，是个头疼的问题。留得接口太多了，一些初级菜鸟该骂娘了，接口少了，人家会认为你的东西没啥可用的东西，太死板。

3、用户接口：以前在web中设计用户的操作流程，现在用命令行，幸亏大学中C是基础课，能勉强解决。

4、界面：尽量仿一些通用的操作系统，尽量友好的反馈。

做，跟让别人做，还是两个不同的概念。实现跟帮助别人实现，本身就不是一个层次的问题。