相关疑难解决方法(0)

很多人谈论在开始编写代码之前为代码编写测试.这种做法通常称为测试驱动开发或简称TDD.通过这种方式编写软件可以获得哪些好处？我如何开始这种做法？

好吧,我知道已经有关于开始使用TDD的问题了.但是,我想我知道一般的共识就是这样做,但是,我似乎有以下问题让我的头脑进入游戏:

• 使用集合时,仍然会测试显而易见的添加/删除/插入是否成功,即使基于泛型等我们"知道"它的工作方式？
• 有些测试似乎需要永远实现..比如在使用字符串输出时,是否有一种"更好"的方法来处理这类事情？(例如,在解析之前测试对象模型,将解析分解为小操作并在那里进行测试)在我看来,你应该总是测试"最终结果",但是这可能会变化很大并且设置起来很乏味.
• 我没有使用测试框架(工作不会支付一个)所以我可以"练习"更多.有没有免费商用的好产品？(目前我使用的是'ol Debug.Assert :)
• 可能是最大的..有时候我不知道会发生什么不发生..我的意思是,你得到了绿灯但是我总是担心我可能会错过一个测试..你是否深入挖掘试图打破代码,或者让它等待它以后都会掉下来(这将花费更多)..

所以基本上我在这里寻找的不是" 只是做它 "而是" 我做了这个,有这个问题,通过这个解决了它们 ".. 个人经历:)

项目编写单元测试的哪些部分几乎或几乎不可能？数据访问？FTP？

如果对这个问题有答案,那么%100的报道就是一个神话,不是吗？