一点点想法
刚和一个同事争论了，主题是关于我们程序对外的一个接口。
我和他提出了接口中传输的数据要考虑对方调试时候的方便，尽量使用人可以直接读取的方式。
他的观点很简单“我们根本就不考虑调试”。
好久以前大家就在讨论“测试驱动开发”，测试的根源是什么呢？怎么样才是可以测试的软件？
这样的问题需要在设计和实现软件的没一点每一滴过程中积累起来的，一个可以测试的软件是需要从设计开始考虑的。
2010年05月05日 14:22 "IceQi"的内容
我和他提出了接口中传输的数据要考虑对方调试时候的方便 ...
讲得非常好，这也是REST比SOAP更好的原因，因为REST调试查看方便，而SOAP复杂的XML结构就不及了，以前没有更方便的只能忍受。
你们有争论，主要眼界不一样，你眼界要宽一些，对方眼界要差一些，为了完成某个功能，就不顾其他，或者认为兼顾考虑会带来复杂性，认为有风险在其中。
软件的风险包括开发人员本身的水准、设计开发人员对应用过程的理解、对于所使用技术的理解、、、、、等等，其中可测试是对软件产品最后结果的良好保证。
良好的测试环境是对测试人员最大的帮助，软件为人提供服务其中测试人员也是软件所需要面对的用户。在软件发生错的时候将错误进行必要的放大可以更多的帮助测试人员发现它们。
测试是一个过程需要贯穿于整个开发过程，而不单单是一个步骤。