关于软件可测试性的一点看法

　　以前做软件时，会觉得一个软件，能做出来，把它的功能实现就OK了，并未想到如何细致的开展测试。做东西的时间越来越长，也就越做越烦。所有的单元测试都是纯手工，并未有什么自动化的工具，测试得也不够充分，用例也没有记录，开发时长等等，都没有给记下来，这样每次开发都是从头再来。

　　写软件应该有一个框架性的东西，这个框架性的东西可以被别的上层的一些驱动模块直接套用，应该经过严格的测试并且方便移植。测试的时候应该增加一些测试用例，并编写一些测试驱动的脚本来对每一个的模块进行严格的测试。那么以后的工作就是移植成熟的代码了，这样相对来说会简单许多。

　　在软件的开发过程中，为了方便对软件进行测试，应该提一些可测试性的需求，在软件中把它实现，如在调试开关打开时，进入函数与出函数时进行相关的打印，打印入函数时调用的参数，当前栈或队列等的状态等等。而且可以有开关控制它们的开闭，使得我们在远端的时候直接以打开的日志就能分析出软件究竟在哪里出了问题。

　　以上只是对软件可测试性的一点自己的看法，可能不是很成熟，如果你感兴趣，可以一起讨论。