嵌入式软件开发者的困扰(也许只是我的困扰)

        作为一名嵌入式软件开发者(或者其他软件开发者)，您是否遇到过以下问题：

              > 花了2天写的代码，花了一个月甚至更长的时间去调试才使得程序看似稳定？

              > 当程序出现BUG时，无法预估BUG修复的工期(不知道问题所在)或者最终修复时间远远超过预期时间？

              > 看着由于赶工期而写的很不顺眼的代码确不敢驱动，生怕引入莫名其妙的问题？

              .........

         这些问题现在正深深的困扰着我，开始怀疑自己的技术水平，怀疑自己写的代码是不是测试的还不够全面，怀疑自己写的代码会不会给项目带来灾难性的BUG等等。这让我开始去四处寻找探索有没有解决我现在这种困境的方法，经过一段时间的网络海洋中的探索我找到了https://blog.csdn.net/zhengyangliu123/article/details/79485096这篇文章(再次感谢作者的无私分享)，在这篇文章中我第一次了解了TDD（Test Drived Develop）即测试驱动开发(具体介绍请参见链接对应的文章)，作者介绍了一本书《测试驱动的嵌入式C语言开发》，我赶紧网上找资源下载了一本，读完第一章。哇！这就是我要找的！原来应用软件上常用的这种技术在嵌入式软件开发中也可以使用。

        感觉自己像是发现了新大陆，就赶紧像身边的同行了解下他们对这个东东的了解看看能不能取取经，但是失望的是身边很少有人在用(我一直在小公司，所以...)，也就是因为这个原因所以我才写这个文章，希望把自己学习TDD的历程记录下来，希望能够结交更多的小伙伴！

        接下来的章节我将向大家分享我的学习历程......