持续改进:是否可以提前指定测试?

Question

我习惯了"老式"的瀑布式开发周期。 对于一个新项目，持续集成似乎更符合我们的需求。

在瀑布图中，您必须提前指定要实施的测试。

我的问题：

• 关于测试规范的持续集成开发周期的常用方法是什么？
• 如果你不指定测试，你能想象出一种提前指定它们的方法吗？

非常感谢您的帮助。

Answer 1

在大学里，我们被教导"测试驱动开发"是有意义的，特别是如果有适当的编码规范。

如果你无法在编码之前编写测试->编码规范应该更具体/有问题。

我通常根据我的 java 类的编码规范编写单元测试，然后在我们的 jenkins 持续集成服务器上集成和执行。

如果我错了，请原谅我，但这就是我学到的......

它总是取决于所需 java 类的复杂性，琐碎的"域"类不需要大的规范信息

在大多数情况下，我们尝试指定类或方法应该如何工作(用文字(，并写下一些示例值。

假设您应该编写一个方法，该方法应检查值是否在指定范围内：

// Example Specification:
// the method 'checkIfItsInRange' should return true when : the input lies within the range and it should be devidable by the distance value 
// Lets say the range goes from -30,00 to +30,00 with a distance from 0,25
// valid values :30, -30, 15.25, 15.50, 17.75 etc. -> return true
// invalid : -31, -30.01, +30.08, 0.4 etc. -> return false
// MissingParameterException when one of the Parameters is null
public boolean checkIfItsInRange throws MissingParameterException (BigDecimal from, BigDecimal to, BigDecimal distance, BigDecimal input) {
// TODO implement depending on spec.
}

在这种情况下，在开始实现方法本身之前，您已经可以编写一些单元测试。

我希望这能让事情更清楚一些。