gpt4 book ai didi

java - 给定场景的设计和测试方法

转载 作者:行者123 更新时间:2023-12-01 16:02:27 25 4
gpt4 key购买 nike

这不是作业。但是,了解特定场景设计、实现和单元测试的最佳实践是什么的实践,因此与其他方法相比讨论解释为什么采用特定方法将是从理解的角度来看,这确实有助于更好地理解如何处理和处理类似的情况。

如何从设计、实现和单元测试的角度处理以下场景。

场景

说话者和听者相互交流。说话者可以向听者表达情感:微笑、愤怒、礼貌、笑话、愤怒等。听者对每次交流给出适当的回应(说些什么、攻击、防御、忽略等)。

问题

  • 监听器对象的 react 规则是什么?
  • 如何使用 UML 进行设计并通过使用文本输出进行模拟来实现?
  • 用于检查此场景是否正确实现的 JUnit 测试用例是什么?

最佳答案

以下步骤对于任何开发都极其重要。

需求收集

卡住并记录确切的要求。起草准确的用例有很大帮助。

设计

设计解决方案。这里可以根据项目的性质选择不同的方法。

  • 增量模式:对于具有短暂的可交付成果和评审的长期项目,增量模式有很大帮助。
  • 具体模式:在这里您可以彻底设计您的应用程序。发布周期更长。每个功能都是先完成再交付。

使用 UML 下面的图很重要。

  • 类图:应详细列出所有类别。接口(interface)、抽象类、辅助类、第三方 API 的使用可以在此处详细介绍。
  • 序列图:应列出项目中所有列出的用例的操作流程。

此处应包括适当设计模式的使用。测试用例的起草应与用例相匹配,通常类似于每个用例 1 个或多个测试用例。

这里实际上有很多东西需要描述。我提供的是实现该项目时应采取的方法。

考虑您的应用程序,将其分解为不同的部分可以帮助设计更简单。从广义上讲,我可以想到以下几部分。

  1. 实体 - 说话者、倾听者
  2. 表达式 - 表达式列表
  3. 规则 - 说话者表达的 react 表达形式的规则。
  4. 通信 - 通信层,将由说话者到听者(类似于广播)以及听者到说话者(类似于点对点队列)使用

关于java - 给定场景的设计和测试方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3483916/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com