TDD通过边测试边编写代码,然后重构来防止重构所引起的错误 通过自动化测试和持续集成工具,随时保持可以发布 TDD第一步: 1. 需求分解 2. 将需求转化成测试 3. 写一个失败的测试 4. 逐步通过测试,再写一个测试 5. 开始消除重复代码 (由于这个时候有测试在了,所以不用担心更改会引起集成错误) 看到这里感觉在国内公司已经很难实现这个了,因为时间很难让你去做这些事情 交互测试,并不验证结果的正确性,而是验证代码与其协作对象的交互行为的正确性 重构代码的时候不要直接用调试器调试,而是要把代…