我们公司正在提高代码质量和流程,以便在提供一段代码时采用.我的问题是单元测试,我想收集有关您在被要求实现功能时采用的流程的信息.
TDD是一种单元测试吗？根据我在TDD中的理解,您首先编写测试(失败),编写代码然后运行应该通过的测试.可能是代码将进行外部方法调用.但是,当我们首先编写测试时,我们怎么想知道所需的存根？
在发布之前构建应用程序时,您在构建中包含哪种测试？构建是运行集成测试还是只运行单元测试？
除了TDD,你还会写任何其他类型的测试.对不起,如果问题稍有失真.您对如何进行开发的经验表示高度赞赏.谢谢
TDD可以比单元测试更多 - 所以我说单元测试只是TDD的一部分.我认为整个方法可以包括在软件开发中的任何过程的结果上创建测试(表达对正确行为的期望/要求).是编写代码,构建脚本,部署脚本,数据库脚本,数据导入/导出/转换......无论你需要做什么,你应该问自己,"我怎样才能证明这有用？我可以自动化测试吗？ "
例如:经常被忽视的东西,因为它不属于单元测试的范围,但是是一个非常有效的测试,而对于开发过程中的前端负载而言重要的是部署.
如果软件开发无法轻松地部署到生产环境而无需付出巨大努力和变化(对于软件或环境架构),重要的是要事先了解这一点,而不是在它出现之前一周.一旦你完成了这个过程,有没有一种方法进行测试以确保它被正确部署？
当您了解该过程时 - 为什么不编写脚本并自动化它？如果您知道必须部署它的要求,为什么不在这之前写一个测试呢？
我之前已经说过但我会再说一遍 - 我在这个主题上找到的最好的资源是增长的面向对象软件,测试指导 - 这是Kent Beck签名系列的一部分.