“用例”可以造什么句，用例造句

让用例带动用户文档。

这种用例的经典示例是事件消息。

例子是用例、用例模型、业务规则、类、类图、序列图、数据模型和补充规约。

可以用rake运行测试用例，也可以单独运行每个测试用例。

也用于其他应用例如挂衣架和把柄。

您可以通过检查并计算用例描述中涉及到的用例事务来检查并计算用例事务，来进行测试。

从字面上，停留在你的用例模型的顶层以避免“700用例并发症”。

在执行了测试用例之后，会在命令行输出一个测试用例报告。

在细化阶段，我们根据用例流稳定体系架构的能力来挑选用例流。

第二步，将服务用例编写为服务测试。

开发体现服务用例的服务测试。

现在我们为Quad例子写一些测试用例来实践上述的原理。

方案是关于某人使用用例的简短叙述*描述。

它通过为你的用例描述提供具有精确含义的通用词汇术语，来连接你的各个用例。

我还要用到这里描述的样本用例，通过减少远程调用的数量优化实例的*能。

用可分类的属*，文档和可追踪*，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。

一件重要的事情是不要把功能分解到你的用例模型中；即，不要把你的用例打破成较小的部分。

例如，数据维护用例可以很好地通过领域建模来描述，还可能有用户体验建模。

清楚补充规格说明如何影响用例事件流的。

因此特*可以追溯到用例或补充需求(参见图2)。

如果两个用例有不同的优先级，避免合并它们。

为了确定哪个用例表现出技术风险，我们需要了解单个用例的一般要点，这就是为什么我们最初在要点表中描述用例。

用户目标层次上用例的目标，与业务价值的一个单元相类似。

您可以使用表1来决定用例与角*未经调整的权重值。

您可以使用一些类型的工件(用例，事例板，等等)来支持需求定义，但是一个需求一般是作为需求类型的实例表达的。

上述这四个例子只是我们在开发空间这个概念时所建立的模型用例中的少数几个。

覆盖的或者多余的路径是从计划测试用例执行库中清除的候选者。

而且，在测试用例中构建必需的客户端属*是一种枯燥的过程。

在这种情况下，用例可以用来创建可测试场景，但是隐藏信息所包含的内容44与维持测试用例穿越任何设计变更的能力相冲突。

因此，每日的构建将如预料不断地失败，直到适当的测试用例通过。

例示用例子来说明或*;例*.

它包含三十个用例。

例如，一个保留的用于事务应用程序的用例可以提供一个关于此用例的文本描述(易读的)。

在这种情况下，您可以复制用例，为一个主要角*分配每个用例，并为每个用例创建分开的界面。

在此部分，我们将简单说明一下示例组合应用程序中的一些用例。

这样降低了用例的真实价值。

两个特殊的原型类被使用：业务角*和业务用例。

我将使用一个示例应用程序和几个用例来演示这里讨论的技术特*和技术。

实际上，这反映了我编写用例的风格；我相信每个用例步骤应该只反映一个步骤。

为每个业务用例突出其业务用例实现，并且定义如何连接返回到业务流程图的活动。

测试日志仅仅能够同一个测试用例相关联。

通过追踪从用例到业务用例、特*需求、测试，或者甚至其它用例，你可以更容易地衡量相关需求的变化所带来的影响，并验*覆盖率。

论文重点分析了代收费系统的业务需求，并以代收电信资费为例概括出系统用例图，设计出主要业务用例。

“最终用户”和“结果”的定义可以多种多样 --例如，最终用户可能是自动化子系统，而结果的种类也可以随着用例的不同而有着根本上的不同。

要为测试用例设置吞吐量基准，如果在以前的发行版中已经对这一用例做过测试，我们常常使用以前的结果作为我们的基准。

相反，他们处理可调用例行程序提供的抽象注册界面。

当然，这个用例实现链接到它所实现的用例上面。

这取决于发现这个缺陷在一个测试用例中还是两个测试用例中？

您可能只有测试日志，例如那些删除的上级测试用例。

例如，可以使用“参加研习班”用例作为基础来编写系统用户文档的“如何参加研习班”一节。

补充规格说明描述了影响多个用例的需求。

如果某个参与者的作用是启动用例，则它的角*就是启动器。

您现在可以在测试客户端中创建人工任务模拟器，或者创建测试用例，测试用例可以是手动的或采用编程形式。

有两个每一个用户都要执行的用例：一个Author用例以及一个Reviewer用例。

较低层次的是特*，用例和补充规约。

根据这个用例的目标，在测试用例的前置条件或者设置中还需要一些数据输入。

例如，“招收研习班的学生”用例描述的是学生如何与系统交互来参加研习班。

此外，你可以从用例产生用户文档。

只要给测试用例(test)加上[parallelizable]属*，这个测试用例就可以和同一个测试套件(fixture)中其他拥有该属*的测试用例并行运行。

当使用手机时，日常的多路复用例子就发生了。

你将在你的项目中碰到不同的用例种类，因此尽早地从每个种类中选出一个代表*的用例，用它进行工作。