最近在跟敏捷专家聊到了单元测试的相关内容。
我的问题主要集中在如何推广单元测试。
我们发现在很多团队，开发人员并不是十分愿意去写单元测试，我认为主要的原因是学习写单元测试是有成本的，很多开发同学并不愿意投入时间去专心研究如何去写单元测试。
敏捷教练的观点是单元测试很容易写，稍微学一学就会了，比如开发刚开始写 hello world 的时候就可以顺便写个单元测试用例去测试一下 hello world。
那么问题就来了，怎么去写单元测试用例去测试 hello world 呢？
比如下面的 python 代码，怎么去测试呢?
print('hello world')
欢迎讨论，欢迎留言。
print(value, ..., sep=' ', end='\n', file=sys.stdout, flush=False)
Prints the values to a stream, or to sys.stdout by default.
Optional keyword arguments:
file: a file-like object (stream); defaults to the current sys.stdout.
sep: string inserted between values, default a space.
end: string appended after the last value, default a newline.
flush: whether to forcibly flush the stream.
皮不皮
hello world 程序也可能存在问题，有一种 bug 叫编码不规范，对 pythonic 不要熟悉的同学还是会写出下面的代码：
print ‘hello world!’
单元测试为啥测试推呢？明显推不动啊。这些问题在教练眼里都是简单、可以的、没问题。然后实在推不动过段时间拍拍屁股就走了，然后还鄙视你公司。。。PS：教练都好贵的说。。。~
如果有好用的框架，完善的示例代码、文档，领导又非常支持可以试试看。我个人感觉实际上大部分情况下也流于形式，重点功能有重点的人负责，修改大部分也会自测。。。不重要的糊呗。。。
我个人是觉得国外 TDD 那套并不太适合国内业务需求的野蛮增长，业务第一么。
如果测试跟我（开发）说单元测试代码很简单，很容易就学会了，我会说你行你上吧。。。
说的比较肤浅啊，说实话参与的不多。。。不知道乙醇大神是不是想要这样的答复呢。。。
乙醇大神，你咋不去证明哥德巴赫猜想呢