unit-testing - 带图的 TDD

标签 unit-testing tdd

我有一个绘制图表的应用程序。该图遵循一定的模式,

例如形状 X 在形状 Y 内,形状 {X, Y} 属于组 P ...

该图可能会变得又大又复杂(想想电路图)。

为这个应用程序编写单元测试的好方法是什么?

最佳答案

  • 找出代码中的复杂性。
  • 将其与不可测试的视觉呈现分开
  • 测试一下

  • 如果您没有任何非视觉复杂性,那么您就不是在编写程序,而是在制作艺术品。

    除非您使用的是有严重错误的编译器或其他什么东西,否则我会避免任何归结为“测试源代码按照它所说的做”的测试。任何在功能上等同于的测试:
    assertEquals (hash(stripComments(loadSourceCode())), 0x87364fg3234);
    

    可以删除而不会丢失。

    关于unit-testing - 带图的 TDD,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1439281/

    相关文章:

    unit-testing - 测试阶段在 XCode 4 中呈灰色显示

    c# - 由于编译速度慢,使用大型 C# 解决方案的 TDD 几乎不可能

    ios - 防止应用程序在运行单元测试时创建 View Controller

    PHPUnit - 模拟 S3Client 运行不正常

    java - JUnit 中用于 ShoppingCart 的无序执行测试

    java - Mockito 不断返回空列表

    unit-testing - 单元测试调用另一个方法的方法

    c# - 对从抽象类继承的类进行单元测试

    ruby - 如何使用 MiniTest 测试记录器消息?

    opengl-es - 如何对用GLSL编写的OpenGL着色器进行单元测试?