我应该多久/多久一次测试？

作为一个正在进入我的第一个专业项目节奏的新手开发人员,我正在努力尽快养成良好的习惯.但是,我发现我经常忘记测试,推迟测试,或者在构建结束时进行一大堆测试而不是一次测试.

我的问题是你喜欢在大型项目上进行的节奏,以及测试适合它的地方.

好吧,如果你想跟随TDD人,在开始编码之前 ;)

我和你的立场非常相似.我想更多地进行测试,但我目前处于一个我们正在努力"解决代码"的位置而不是"正确地获取代码",这让我感到害怕.所以我慢慢地尝试在我的开发周期中集成测试过程.

目前,我测试我的代码,尝试在编写代码时破坏代码.我觉得很难进入TDD思维模式..它需要时间,但这就是我想要工作的方式..

编辑:

我想我应该扩展一下,这是我的基本"工作过程"......

从代码,可能的对象设计,无论如何计划我想要的.

创建我的第一堂课,在顶部添加一个巨大的评论,概述我对班级的"愿景".

概述基本测试场景..这些基本上将成为单元测试.

创建我的第一个方法.还写了简短的注释解释它是如何预期工作.

编写一个自动化测试,看它是否符合我的预期.

对每种方法重复步骤4-6(注意自动化测试位于F5上运行的巨大列表中).

然后我创建了一些强大的测试来模拟工作环境中的类,显然可以修复任何问题.

如果在此之后出现任何新错误,我会返回并编写新测试,确保它失败(这也可以作为bug的概念验证)然后修复它.

我希望有所帮助.开放评论如何改进这一点,正如我所说,这是我的一个问题..