用例造句

用例造句

• 1、例如，数据维护用例可以很好地通过领域建模来描述，还可能有用户体验建模。
• 2、可以通过用例，略述系统行为就可以开展软件开发，并帮你创建高质量的应用程序体系结构与设计。
• 3、对于作为研习班细节用户界面元素的其中一部分的前提列表也进行了建模，这要比用例当前调用的内容多。
• 4、在执行了测试用例之后，会在命令行输出一个测试用例报告。
• 5、您可以通过使用状态表来定义测试用例。
• 6、传统的调试程序在执行特定用例时不能帮助您了解的状态。
• 7、测试用例的编写不仅应当根据有效和预期的输入情况，而且也应当根据无效和未预料到的输入情况。
• 8、在此例中，你将会在你的图表中为此前建模的每个工具类创建一个用例，以后它们就代表我们系统的主要功能。
• 9、有两种具体的用例：通过因特网支付票费及通过电话支付票费，这些用例是所谓票额支付抽象用例的变种。
• 10、大型字书贮存下来大量没有文献用例的字，这些字被称为“死字”。
• 11、它包括阅读测试工具创建的测试日志的能力，以及为已配置测试用例创建测试日志结果的能力。
• 12、当使用手机时，日常的多路复用例子就发生了。
• 13、我们现在完成了的用例分析活动中的前三步。
• 14、在某些用例中，这种时间延迟是不可接受的。
• 15、例示用例子来说明或证明;例证。
• 16、例如，“招收研习班的学生”用例描述的是学生如何与系统交互来参加研习班。
• 17、在系统体系结构方面，详细给出了系统各个模块的功能及其操作流程，并给出了详细的活动图和用例图，并且简述了宝德学院一卡通系统的开发平台。
• 18、应该以主动语态：“学生表明参加研习班意向”，而不是被动语态“研习班意向被学生表明”来编写用例。
• 19、我发现领域建模适合于数据分析用例。因为它们是以数据为中心的。
• 20、一旦定义了用例文档，就可以选择用例文本、创建类型的需求，从而用用例细节填充需求数据库了。
• 21、方案是关于某人使用用例的简短叙述性描述。
• 22、该测试用例包含几个其他的对比测试点，所以为了更明确一些，一些命名约定被更新了。
• 23、此应用的一个优点是，你可以轻松地创建集成形式的测试用例，这些测试将通过直接调用处理器方法的方式演练这个应用的流程。
• 24、例如，可以使用“参加研习班”用例作为基础来编写系统用户文档的“如何参加研习班”一节。
• 25、为了说明会话虚包模式，我们来考虑这样一个用例，用户能将贷款支付的帐目记入她的支票帐户的借方。
• 26、本文定义半超幂零根，用例子说明它是一个真正弱于超幂零根的概念。
• 27、用例和用例请求上有小箭头的标识，表明它们是相连接的。
• 28、因此，它们通常是在单独的工件中被捕获，或者是作为用例规格的附加物。
• 29、而且，孔教传统从来没有装作过可以解说来世，所以奉行孔教的社会都用例如佛教等宗教来补充孔教。
• 30、之后我用了简单的语法分析技术来确定用例中的候选实体，并用四个问题来考察它们。
• 31、用例图、实体图、状态图、流程图等。
• 32、例如，您可以从需求、测试用例与测试日志之间的关系之中得到它们之间的关系。
• 33、本文初步解决了非线性系统的分区域线性化控制律的连续性和系统的稳定性问题，简要介绍了一个应用例子。
• 34、还有其他费用例如化学、生物实验费，以及诸如停车许可证、足球门票之类的学生特别活动经费。
• 35、最终的结果是实现了必要的业务逻辑和测试用例，可验证实现的行为。
• 36、对于具体的用例，我们弄清问题、撰写用例、分析找出我们需要考虑的内容，并且做一些初步的设计。
• 37、根据过渡方案，设计测试方案以及测试用例，通过分析测试的结果，能得出每一种隧道技术在实际网络环境中互通情况的结论。
• 38、如果将流程中的单个活动或任务映射为一个用例，则每个用例将仅对单个交互进行建模，因为任务被认为与单个交互等效。
• 39、林奇避免作出明确的股票推荐，但他并不用例子忐忑不安。
• 40、需求说明者可能也要负责一个用例包，并维护这个包的完整性。
• 41、用可分类的属性，文档和可追踪性，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。
• 42、该问题也表现出需要一个新用例：存储狗吠声。
• 43、由于我们不能用所有可能的输入值运行用例，所以我们必须只局限于系统用户所建议的典型值。
• 44、另一个任务可能包括需求的详细说明，并附有编写用例，定义性能基准点的个人行为，等等。
• 45、测试用例通常存在于开发人员的脑子里，但实现起来有不同的方式，如打印语句、调试器表达式、测试脚本。
• 46、没有这些技能，他们就不能足够深入地去思考开发中的产品，他们也就有可能无法识别出足够多的各类测试用例。
• 47、测试日志仅仅能够同一个测试用例相关联。
• 48、如果某个参与者的作用是启动用例，则它的角色就是启动器。
• 49、如果查看整个迭代，将看到更多内容：您捕获了一个重要需求并编写测试用例实现需求。
• 50、文章主要通过用例图、顺序图和配置图对系统进行描述。
• 51、但在一些用例中，队列总是接收新消息可能更有用，即便那意味着丢弃最旧的消息。
• 52、业务人员将不会显示在一个为了业务用例本身所绘制的活动图里，但是他会作为业务用例实现的一部分被显示出来。
• 53、配置：定义一个测试用例的环境，比如操作系统，机器规格，软件版本等等。
• 54、用例子说明了软磁盘和硬磁盘上恢复文件的具体步骤。
• 55、乖离性百万亚瑟王中这张卡属于战术型卡牌，适合在一些能够造成物理伤害的部位闪光时使用例如龙爪，水妖精的本体。
• 56、由于最有风险的使用用例和问题可以早期发现，项目风险会降低。
• 57、用例分析第七步：描述属性和关系。
• 58、作为应用程序架构师，我们可以使用用例模型以确定应用程序的外部边界、以及在这些边界处的交互。
• 59、最后，对某个串口收到的数据进行分析判断，是否符合测试用例要求。
• 60、这个用例描述审查员如何显示指示板，以及指示板显示的信息。
• 61、如果有大量配置测试用例，手动脚本以及测试日志的话，那么迁移过程可能会耗费大量的时间。
• 62、也用于其他应用例如挂衣架和把柄。
• 63、此外，你可以从用例产生用户文档。
• 64、这就是为什么不能依靠用户接口透视图来编写出我们的用例。
• 65、论文重点分析了代收费系统的业务需求，并以代收电信资费为例概括出系统用例图，设计出主要业务用例。 hAo86.com
• 66、他定义出架构蓝图，用用例、逻辑、流程、实现和部署视图进行描述。
• 67、您可以创建一个基于序列图、代码、流程图或者状态图的测试用例，它会自动映射到测试结构的实例上。
• 68、通过使用一系列各种各样的定义技术：文本、记事板、用例图、用户界面草图以及业务流程图等，来精化、获取并简化需求。
• 69、把最后的试题答案存放在与用例建模相同的文件中。
• 70、一个可组合性技术的成功部署的用例、经验教训和最佳实践。
• 71、是个双向的模型驱动解决方案，可以通过需求图、用例图、序列图、活动图以及状态图捕获项目需求。
• 72、参与者焦点很重要，你可以指定系统为参与者做什么，而不必担心用例按序排列的问题。
• 73、在这个过程中，亚伯拉罕用例子向我说明了威廉?埃克哈特的风险管理理论。
• 74、在采用之前，我们每个阶段的退出标准仅仅是根据测试用例的通过率来决定的。
• 75、这些工具是被设计用于检查已有代码块的，它将以分支、循环等为基础，综合生成一套针对代码的观测报告，开发者可以通过审查这些报告，选择为自己关心的部分生成整套的测试用例。
• 76、排课管理系统是管理信息系统的一个典型用例。
• 77、同时介绍了该流速计的原理、试验结果和应用例子。
• 78、这些团队成员通常能够去做任务分配，测试用例分配以及计划内的其他操作。
• 79、它们为法律部门提供了一些用例，以帮助它们理解经常净化内容为何会破坏系统的作用。
• 80、在此情况下，需要记录所有测试用例步骤的时间可能不能实行。
• 81、您可能只有测试日志，例如那些删除的上级测试用例。
• 82、如果您向一些或所有用例中添加角色，那么您也应该向相关的测试用例中添加检查点，以确保系统对新角色是具有易访问性的。
• 83、例如，结构性设计阶段或者协调功能性分析阶段中的序列图，可以用于测试用例。
• 84、这一步和先前的那一步，是所有用例都要执行的。
• 85、由于用例可以通过黑盒访问这个系统，所以它们成为单元测试人员的关键性驱动。
• 86、最后，我提供一个示例用例的检查清单，一旦私有云设置完成之后便可通过自助服务执行它。
• 87、因此，用例是关于以下内容的文本描述：希望系统如何工作、将涉及到哪些人以及他们之间如何交互、系统在正常运行时如何工作，以及出现错误时应该如何处理。
• 88、覆盖率分析也可以帮您找到测试用例是否有冗余：测试在代码的同一路径下反复运行，导致了不必要的时间延迟。
• 89、您可以创建一些直接的联系，像测试用例与需求之间的关系，以及测试用例与测试日志之间的关系。
• 90、让用例带动用户文档。
• 91、我们继续会要求的是，下载最新的预览，在体验站点上使用例子，然后试用自己的网站。
• 92、相反，他们处理可调用例行程序提供的抽象注册界面。
• 93、第三行显示测试的结果。如果测试用例通过，会得到“”。
• 94、至少就这个开发循环的分析阶段而言，当我们添加方案时，我们将完成这个用例。
• 95、用例是从用户的角度来定义的，而不是系统的内部活动，因此验收测试可以直接从用例中创建。
• 96、建立了自动化立体仓库管理系统的分析模型，并给出部分用例图、类图以及交互图。
• 97、阐述了软件测试，特别是软件可靠性测试的概念，论述了软件运行剖面和测试用例的生成方法。
• 98、由软件的形式规格说明构造分类树，再把由分类树方法得到的测试用例转化为析取范式，进一步精炼测试用例。
• 99、此外，“相因生义”而产生新义的在宿豫方言中亦有用例。
• 100、根据这个用例的目标，在测试用例的前置条件或者设置中还需要一些数据输入。