pdf - TDD和报告的最佳做法

标签 pdf tdd reporting

我正在尝试更加熟悉测试驱动的方法。我的一个缺点是,代码的主要部分是生成用于报告的上下文(PDF文档,图表图像)。总会有一个复杂的设计师参与其中,并且没有容易的正确性测试。没有机会测试片段!

您是否知道针对这种情况的TDD做法?

最佳答案

您可以使用验收测试驱动的开发来代替单元测试,并可以将已知数据的验证报告用作引用。

但是,这种测试无法像单元测试那样提供精细的诊断,它们通常仅提供PASS/FAIL结果,并且,如果报告经常更改,则还需要重新生成和重新验证引用。

关于pdf - TDD和报告的最佳做法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2084198/

相关文章:

linux - 合并/合并多个 PDF 文件

java - 为什么 Java 中 byte[] 的 Base64 编码不起作用?

javascript - 如何模拟我的配置文件进行测试?

ruby-on-rails - Rails - 无法获取 Rspec 单击链接以工作

python - 使用数据访问层和应用层时的 TDD 方法

java - 将 .java 文件(源代码)转换为 PDF?

c# - 如何从流中加载 PDF 并添加文件附件?

MySQL 简化这个查询吗?

reporting - 确定系统可用性或正常运行时间的最佳方法是什么

c# - 在报告服务的 tablix 中动态添加列