我在日历中有一个约会的 django 模型，我正在尝试为其编写一个非常全面的测试驱动程序。定期约会发生在某个时间点，可以无限运行，也可以重复固定次数。该约会反映了可用于 Google 日历约会的功能（可以每月/每年/每周、每两周、每 3 年重复一次。）
我正在尝试提出一个单元测试，它将详尽地测试此实现的基础知识。我正在寻找定义最基本测试的边缘案例。
我有很多基本的，但我正在寻找帮助确定最重要案例的建议：1）创建一个约会 2）创建一个每周重复的约会 3）......每月重复 4）每 2 周重复 5）每 2 个月重复一次 6) 每年重复一次
测试月份的最后几天，闰年，以及当一年有额外的一秒时它是否会变得疯狂（这个在 zune 播放器中击中了一个驱动程序）。
测试它在跨年时表现良好。
也就是说，请考虑您是否正在重新测试属于框架的一部分。测试日期逻辑可能会很快变得丑陋，因此您想在应用程序的一部分和框架的一部分上划清界限。
不要忘记在闰年测试 2 月 29 日的年度重复；）
在你开始讨论场景之前，你真的需要根据你对需求的理解来制定一个测试计划。
考虑您的用户群和任何其他可能/未来的用户群（作为较低优先级）。他们主要将它用于什么？这些用例对他们的业务有多大价值？
理想情况下，创建应用程序模型并从那里开始。
对您计划做的事情进行风险分析。然后计划做功能、安全、本地化测试等。
然后，您可以开始根据场景的“风险”程度（来自风险分析）来考虑场景。首先专注于编写和执行“风险更大”的内容。
获取有关您对风险的分析以及打算如何使用它的业务输入（如果可能的话）。
只是把随机场景扔出去并不是一个好的测试实践，应该得到开发人员的所有嘲笑。测试应该是一个更加工程化、有计划的练习。他们可以雇佣街上的任何人来运行他们脑海中浮现的场景。
话虽如此，我同意前面提到的场景是经过验证的。好主意。还要进行夏令时测试。使用不同的电子邮件客户端。尝试发布忙/闲日期。让开发人员解释他们是如何发布这些信息的。是通过网络服务吗？他们是否希望只有 Exchange 用户才能使用它？不同国家/地区的日期格式不同的人吗？然后，您可以找到弱点并找到更多错误。
快乐测试。