1、由于用例可以通过黑盒访问这个系统，所以它们成为单元测试人员的关键性驱动。

2、例如，您可以从需求、测试用例与测试日志之间的关系之中得到它们之间的关系。

3、传统的调试程序在执行特定用例时不能帮助您了解GUI的状态。

4、这个用例描述审查员如何显示指示板，以及指示板显示的信息。

5、最后，对某个串口收到的数据进行分析判断，是否符合测试用例要求。

6、这些团队成员通常能够去做任务分配，测试用例分配以及计划内的其他操作。

7、在系统体系结构方面，详细给出了系统各个模块的功能及其操作流程，并给出了详细的活动图和用例图，并且简述了宝德学院一卡通系统的开发平台。

8、阐述了软件测试，特别是软件可靠性测试的概念，论述了软件运行剖面和测试用例的生成方法。

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

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

11、如果将流程中的单个活动或任务映射为一个用例，则每个用例将仅对单个交互进行建模，因为任务被认为与单个交互等效。

12、建立了自动化立体仓库管理系统的分析模型，并给出部分用例图、类图以及交互图。

13、让用例带动用户文档。

14、例如，您可以从需求、测试用例与测试日志之间的关系之中得到它们之间的关系。

15、第三行EE显示测试的结果。如果测试用例通过，会得到“.”。

16、至少就这个开发循环的分析阶段而言，当我们添加方案时，我们将完成这个用例。

17、记事板由这些用例中的框架组成，如图12组成。

18、Rhapsody是个双向的模型驱动解决方案，可以通过需求图、用例图、序列图、活动图以及状态图捕获项目需求。

19、在某些用例中，这种时间延迟是不可接受的。

20、如果查看整个迭代，将看到更多内容：您捕获了一个重要需求并编写测试用例实现需求。

21、测试用例的编写不仅应当根据有效和预期的输入情况，而且也应当根据无效和未预料到的输入情况。

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

23、参与者焦点很重要，你可以指定系统为参与者做什么，而不必担心用例按序排列的问题。

24、另一个任务可能包括需求的详细说明，并附有编写用例，定义性能基准点的个人行为，等等。

25、如果您向一些或所有用例中添加角色，那么您也应该向相关的测试用例中添加检查点，以确保系统对新角色是具有易访问性的。

26、Rhapsody是个双向的模型驱动解决方案，可以通过需求图、用例图、序列图、活动图以及状态图捕获项目需求。

27、对于具体的用例，我们弄清问题、撰写用例、分析找出我们需要考虑的内容，并且做一些初步的设计。

28、为了说明会话虚包模式，我们来考虑这样一个用例，用户能将贷款支付的帐目记入她的支票帐户的借方。

29、正如我们前面图表说明的那样，图3从贷款提交系统的透视图中显示了提交贷款请求用例的子集。

30、它包括阅读测试工具创建的测试日志的能力，以及为已配置测试用例创建测试日志结果的能力。

31、用例是从用户的角度来定义的，而不是系统的内部活动，因此验收测试可以直接从用例中创建。

32、这就是为什么不能依靠用户接口透视图来编写出我们的用例。

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

34、对于具体的用例，我们弄清问题、撰写用例、分析找出我们需要考虑的内容，并且做一些初步的设计。

35、可以通过用例，略述系统行为就可以开展软件开发，并帮你创建高质量的应用程序体系结构与设计。

36、业务人员将不会显示在一个为了业务用例本身所绘制的活动图里，但是他会作为业务用例实现的一部分被显示出来。

37、大型字书贮存下来大量没有文献用例的字，这些字被称为“死字”。

38、在此情况下，需要记录所有测试用例步骤的时间可能不能实行。

39、在重新创建本文所介绍的所有测试用例时，需要20GB的磁盘空间用于存储数据和日志文件。

40、图1是“参加研习班”用例的基本行动过程的模型。

41、对于作为研习班细节用户界面元素的其中一部分的前提列表也进行了建模，这要比用例当前调用的内容多。

42、需求说明者可能也要负责一个用例包，并维护这个包的完整性。

43、由于我们不能用所有可能的输入值运行用例，所以我们必须只局限于系统用户所建议的典型值。

44、通过使用一系列各种各样的定义技术：文本、记事板、用例图、用户界面草图以及业务流程图等，来精化、获取并简化需求。

45、配置：定义一个测试用例的环境，比如操作系统，机器规格，软件版本等等。

46、在系统体系结构方面，详细给出了系统各个模块的功能及其操作流程，并给出了详细的活动图和用例图，并且简述了宝德学院一卡通系统的开发平台。

47、文章主要通过用例图、顺序图和配置图对IETM系统进行描述。

48、阐述了软件测试，特别是软件可靠性测试的概念，论述了软件运行剖面和测试用例的生成方法。

49、该问题也表现出需要一个新用例：存储狗吠声。