<分区>
考虑到有如此多的软件方法有如此多的名称,我想知道是否有任何建议只进行部分单元测试。
我是 TDD 的信徒,但有时我对这两件事有这样的感觉:
大多数关于更好和更可维护的结构/设计的想法主要是通过类的第一次测试实现的。
单元测试在处理别人的代码时更为重要
因此,我想有些人正在使用中间方法来写他们的经历。我想对该主题进行一些 self 研究,看看在插入一些 TDD 实践时是否可以获得“B 计划”。
有没有基于部分单元测试的软件方法论或趋势?
<分区>
考虑到有如此多的软件方法有如此多的名称,我想知道是否有任何建议只进行部分单元测试。
我是 TDD 的信徒,但有时我对这两件事有这样的感觉:
大多数关于更好和更可维护的结构/设计的想法主要是通过类的第一次测试实现的。
单元测试在处理别人的代码时更为重要
因此,我想有些人正在使用中间方法来写他们的经历。我想对该主题进行一些 self 研究,看看在插入一些 TDD 实践时是否可以获得“B 计划”。
有没有基于部分单元测试的软件方法论或趋势?
最佳答案
你可以写characterization tests在捕获代码实际行为的遗留代码上。这是该过程的一个很好的演示:https://www.youtube.com/watch?v=J4dlF0kcThQ
关于unit-testing - 基于部分单元测试的软件方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12724679/
相关文章:
用于测试 Spring 应用程序的 Java Mock 数据库
c# - LINQ 模拟 : accessing method parameters
javascript - 是否有任何开源 Web 应用程序具有良好的 QUnit(或 JSUnit)测试用例?
testing - 无需安装 Visual Studio 的编码 UI 测试
go - 有没有办法在 VSCode 中保存时运行 go 测试,并将其输出到终端?
C 单元测试 : stubbing fread/fwrite functions
node.js - Mocha Chai Sinon 测试无法访问的 promise/async/event-emitter