程序库之5 这次是探索，没有答案 我拿什么样的测试让你对看不到的代码产生足够的信任

辛昕

程序库之5 这次是探索，没有答案 我拿什么样的测试让你对看不到的代码产生足够的信任 [复制链接]

我的同事最近为选一个合适的嵌入式实时系统而伤脑筋。
我常听到他们说，这个系统好是好，他说的是eCos，可惜就是调试不方便，只能通过命令行看结果

确实，比起我们通过jtag口等在代码里调试单片机程序，这的确要麻烦许多。

然而，也许是因为他们没有接触过自动测试这个概念，所以我对此却认为不无不可。

同时我想到这个开源的源码之所以要设计成这样，是不是因为它的收费组件是不公开源码呢？
我的意思是，如果我都不公开源码，我怎么可能提供那种代码级的调试工具或者方式给你呢？

换一个角度，前面提过，把代码封装成一个 二进制可执行库，无论是出于 商业利益需要，还是为了在一定程度上防止代码被肆意乱改，无意或者恶意破坏。
把代码封藏起来，是必须的。
由此带来的问题是你不能进入代码内部测试调试，这是符合接口测试的原则的，但不一定人人买账，比如我的同事。

有的时候我也不买帐，比如面对ti的z-stack协议。

面对这种境地，我觉得，唯一的方法就是1提供一个完整的，足够让人产生信任的自动测试集。

我曾经写过好几个帖子围绕这个问题，当然我终于慢慢意识到这不是能看什么书就一下学会的
正如 软件测试的艺术 这本书里说的，这是一个创造性的过程。

接下去因为我打算开始写一个专为 低端单片机硬件管理的微系统，我要在这个小系统里实践这种自动测试，它最大的挑战在于，传统已经成熟的用于pc的一些自动测试框架，比如utest jtest相比，它缺乏很多的可用资源，而需要我们另行构造。

主题贴只是打开这个话题，我会一步一步总结这些方法原则。

zhaojun_xf

不错。。。

eric_wang

强烈支持中……