什么样的测试场景是必要的，足以彻底检测黑板测试定期约会模型？

Question

我有一个django模型，可以在日历中预约，我正在尝试编写一个非常全面的测试驱动程序。定期约会发生在某个时间点，可以无限运行或重复固定次数。该约会反映了Google日历预约可用的功能（可以每月/每年/每周，每两周，每3年重复一次。）

我正在尝试进行单元测试，该测试将详尽地测试此实现的基础知识。我正在寻找将定义最基本测试的边缘情况。

我有很多基本的，但我正在寻找帮助确定最重要案例的建议： 1）创建一个约会 2）创建每周重复的约会 3）...每月复发 4）每2周复发一次 5）每2个月复发一次 6）每年重复

Answer 1

测试几个月的最后几天，闰年，以及当年份有一个额外的秒时是否会发疯（这个在zune播放器中击中了一个驱动程序）。

测试它在跨越多年时表现良好。

那就是说，考虑一下你是否正在重新测试作为框架一部分的东西。测试日期逻辑可以快速实现，因此您希望在应用程序的一部分和框架的一部分上划一条线。

Answer 2

不要忘记在闰年测试2月29日的年度复发;）

Answer 3

在开始讨论场景之前，您确实需要根据您对需求的理解来制定测试计划。

考虑您的用户群和任何其他可能/未来的用户群（作为较低优先级）。他们最常使用的是什么？这些用例在他们的业务中值多少钱？

理想情况下，创建应用程序的模型并从那里开始。

想出你计划做什么的风险分析。然后计划进行功能，安全性，本地化测试等。

然后，您可以根据“风险”的方式开始思考方案。他们是（来自风险分析）。专注于撰写和执行“风险更高”的人。先是。

获取有关风险分析以及打算如何使用风险的业务输入（如果可能，请先签收）。

只是抛出随机场景并不是一个好的测试练习，值得你从开发人员那里得到所有的嘲笑。测试应该是一个更有计划，更有计划的练习。他们可以雇佣街头的任何人来管理他们头脑中的情景。

话虽如此，我同意前面提到的方案是经过验证的。好主意。还投入夏令时测试。使用不同的Email客户端。尝试发布忙/闲日期。让开发人员解释他们如何发布这些信息。是通过网络服务吗？他们是否只希望Exchange用户使用此功能？日期格式不同的不同国家/地区的任何人？然后，您可以找到漏洞并发现更多错误。

快乐测试。