问题标签 [scenarios]

是否需要虚拟构造函数？如果是这样，任何人都可以发布一个场景吗？

有没有人有任何教授关系数据库和 SQL 的好场景？我能找到的所有示例要么是微不足道的，要么具有不太可能的域约束（例如全名是唯一的）。

我特别想找到一些规范化的好例子：不立即适合 3NF 和 BCNF 的表。目前我为每个级别使用不同的问题。

当然，我也喜欢设计糟糕的数据库的好例子，但在掌握基础知识之前，这有点让人分心。

谢谢，一些很好的例子。我已将学生/班级一标记为答案，因为我认为这是迄今为止最好的，但如果有人想贡献更多，请做。

是否有编写测试场景（或功能测试/验收测试）的标准文档？也许软件可以输入场景并检查它们是否通过......

现在我们使用 Word 或 Excel 来执行此操作，但有一个系统来跟踪以前测试场景的结果会很有用。

谢谢，列文卡登

ps：测试是纯功能测试。我的意思是我们描述的场景稍后应该由不知道代码甚至项目的人执行。因此无法执行测试。

我即将第一次使用 BDD（行为驱动设计），并试图习惯这种不同的解决问题的方式。

您能否提供一些您会为使用 BDD 的简单登录应用程序编写的故事/场景？

例如，从我读过的内容来看，这似乎很好：

当用户输入无效的用户名/密码时，会显示错误消息。

相对于：

通过在数据库中搜索匹配记录来验证 ID 和密码。

这是场景：

给定一个输出列表，每个输出都与一个基于整数的 GroupNumber 相关联。对于从最低 GroupNumber (1) 开始的输出列表中的每个不同 GroupNumber。循环通过该不同的组号集并执行验证方法。

基本上，从最低组号到最高组号开始，首先验证一组输出，然后再验证更高的组号集。

谢谢，马特

我正在寻找一种从 Java 6 应用程序中处理数据库死锁的好策略；几个并行线程可能同时写入同一个表。如果数据库 (Ingres RDMBS) 检测到死锁，它将随机终止其中一个会话。

考虑到以下要求，什么是处理死锁情况的可接受技术？

• 总经过时间应保持尽可能小
• 终止会话将导致显着（可测量的）回滚
• 时间线程无法相互
  通信，即策略应该是自治的

到目前为止，我想出的策略是这样的：

它可以以任何方式改进吗？例如等待固定数量（幻数）的秒数。是否有不同的策略可以产生更好的结果？

注意：将使用几种数据库级技术来确保死锁在实践中非常罕见。此外，应用程序将尝试避免调度同时写入同一个表的线程。上述情况只是“最坏的情况”。

注意：插入记录的表组织为堆分区表，没有索引；每个线程都会在自己的分区中插入记录。

我有一个 Excel 表（位于类路径中），其中包含要读取和执行的场景。

一旦它们被执行，我应该写回SAME excel 表，说明场景是PASS还是FAIL。

如何实现？

（注意：我能够阅读 excel）。

场景是如何表达的？我认为它们与用例有关，但我不确定，我正在寻找一些好的示例或可以用作模板的文档。

我正在使用 Boost.test 库为应用程序开发单元测试用例。有些 API 可以直接测试。

但是，有些 API 需要测试机器之间的交互。例如，在机器 1 中执行某个 API 应该触发测试机器 2 中的 API，并且它的响应需要在机器 1 中再次使用才能成功完成。

我怎样才能同步这个？Boost 是否为这种交互提供了其他库？如果还有其他方法，请提出建议。

提前感谢您的时间和帮助。

我想使用场景的背景：“列出存储的视频”和“页面链接”，但排除场景：“没有视频时显示消息”。请支持我。谢谢