首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

UITesting会失败,在没有更多上下文的情况下不会编写任何测试

UITesting是用户界面测试的缩写,用于验证软件或应用程序的用户界面的正确性和可用性。在没有更多上下文的情况下,我们无法编写任何测试。

用户界面测试通常涉及以下几个方面:

  1. 功能测试:验证用户界面的各种功能是否按照设计要求正常工作,例如按钮是否能够点击、表单是否能够正确提交等。
  2. 兼容性测试:确保用户界面在不同浏览器、操作系统和设备上的一致性和良好的表现,以提供一致的用户体验。
  3. 响应性测试:验证用户界面在不同屏幕尺寸和设备类型上的适应性和响应速度。
  4. 用户体验测试:评估用户界面的可用性、易用性和用户满意度,以优化用户交互体验。
  5. 可访问性测试:确保用户界面对于身体残障、视觉障碍或其他特殊需求的用户来说是可访问的,并遵循相关的无障碍设计标准。

对于UITesting的失败,常见的原因可能包括:

  • 页面元素的选择器变化:如果用户界面的元素选择器发生变化,测试脚本中使用的选择器将无法找到对应的元素,导致测试失败。
  • 功能性变更:如果用户界面的功能发生变更,测试脚本可能无法正确地与新的功能进行交互,从而导致测试失败。
  • 数据依赖:某些测试可能需要特定的数据或环境才能运行,如果这些数据或环境没有正确设置,测试将无法执行。

为了解决UITesting的失败,可以采取以下措施:

  1. 更新测试脚本:根据用户界面的变更,及时更新测试脚本中的选择器和交互逻辑,以保证测试的准确性。
  2. 数据管理:确保测试数据的正确性和可用性,例如使用模拟数据或数据生成工具来提供测试所需的数据。
  3. 自动化测试:使用自动化测试框架和工具,可以提高测试效率和准确性,并能够在持续集成/持续交付流程中进行自动化测试。

推荐腾讯云相关产品:

  • 腾讯云测试服务(链接地址:https://cloud.tencent.com/product/ts) 腾讯云测试服务提供了全面的测试解决方案,包括自动化测试、性能测试、安全测试等,可以帮助开发团队提高软件质量和稳定性。

请注意,以上仅是一般情况下对UITesting的回答,实际应用中可能存在更多的细节和需求,具体的解决方案需要根据实际情况进行定制。

相关搜索:在没有MockMvc的情况下为RestAPI编写Spock测试在没有任何上下文的情况下获取Android的系统首选项表达式类型'()‘在没有更多上下文的情况下不明确为什么Spark在没有调用任何操作的情况下也会读取数据?表达式类型“SocketIOClientConfigutation”在没有更多上下文的情况下不明确在没有更多上下文的情况下,表达式类型不明确-Swift有没有办法在不使用任何phpexcel库的情况下编写xlsx文件?Swift错误:表达式类型在没有更多上下文的情况下不明确表达式类型“@lvalue CGPoint”在没有更多上下文的情况下不明确Swift错误-表达式类型在没有更多上下文的情况下不明确表达式的类型在没有更多上下文xcode的情况下不明确11在使用VTCompressionSessionEncodeFrame时,如何在没有更多上下文的情况下修复“OSStatus”不明确带有SwiftUI的NavigationLink :表达式的类型在没有更多上下文的情况下不明确为什么在python代码没有任何错误的情况下,图标不会显示在系统托盘中?java.lang.Exception: TestCase [测试用例名称]在没有断言的情况下失败Alamofire 4.0.0:[String:String]不能转换为[String : Any] &请求在没有更多上下文的情况下不明确使用泛型闭包时,表达式类型'()‘在没有更多上下文的情况下不明确表达式类型在没有更多上下文的情况下不明确- FaveButton Swift 4.2升级是否有可能在没有在Xcode中编写任何代码的情况下制作测验应用程序?在ForEach函数SwiftUI中使用视图时,在没有更多上下文的情况下表达式类型不明确
相关搜索:
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

浅谈自动化测试

这个driver会启动基于这个协议的web服务,实际上就是在一个端口上监听http请求,根据不同的请求执行不同的操作。...之后封装形成Selendroid架构 (2)UIAutomator是谷歌在Android4.1版本发布时推出的基于Java编写的UI测试框架,与Bootstrap配合使用。...将界面上的所有元素映射成相对应的一个逻辑对象,测试针对这些逻辑对象进行,界面元素的改变只会影响映射表,而不会影响测试。 测试描述与具体实现细节的分离,把测试描述和测试的具体实现细节分离开来。...在功能方面,尽管利用一些主流框架可以实现自动化,但编写脚本的成本依然很大并且很复杂。 在视觉方面,更是需要依赖图像识别、图像相似度匹配、音频匹配等等技术手段。...所以,目前针对移动端UI的自动化测试还是困难重重,并没有一个成熟的解决方案。 传统测试技术 → 基于AI的测试技术 从AI在围棋界接连击败李世石、柯洁开始,AI技术逐步影响着人类社会的方方面面。

1.1K30

​如何自动化Salesforce应用程序

在一次运行中,标识可能是gino1,而在下一运行中,标识可能是gabagool5。更改名称没有任何押韵或理由。 不断变化的名称往往是动态的和不确定的。 所以你会怎么做?...TestProject会自动对此进行跟踪,并负责将命令发送到正确的上下文,而无需自己编写代码。 记录器将在使用IFrame的应用程序中记录每个步骤。...当我在一个拥有八个冲刺团队的大型企业工作时,他们总是创建不稳定的测试,因为他们不知道如何正确编码来满足测试场景的上下文切换需求。 如果您是中高级自动化工程师,请不要担心-这不是黑盒。...因此,如果您记录了某些内容,则由于它不再存在,它将在运行时失败。 在大多数情况下,TestProject记录器也会自动为您处理这些情况。...要查看实际效果,请观看我确实展示了AI记录器如何针对动态值工作的视频。在运行期间,记录器使用AI处理元素ID的任何更改,以识别与之交互的正确字段而不会失败。 为什么要使用TestProject?

1.5K30
  • TypeScript: 请停止使用 any

    有些参数很难正确输入,但是 any 更容易 如果我们没有正确地输入,我们将会编写错误,比我们在动态语言中会编写更多的错误,因为我们强制 TypeScript ,一种静态类型语言,去检查不正确的类型。...但它将这个负担会转移到我们代码的未来读者身上。他们将不得不在没有上下文和编译器帮助的情况下解释发生了什么。...有了文档,我可以提供所有上下文 添加类型时,我们会从编译器获得帮助,并且会获得不会随时间推移而衰减的文档,因为如果过时了,我们的代码将无法编译。...我已经通过必要的运行时检查以防御性的方式编写了代码,以确保没有错误 现在可能没有错误,但是除非你有很好的测试覆盖率,否则以后来修改代码的人不会相信他们不是在错误中重构;就好像编译器不会帮你,因为我们说过它不会帮你...在这些情况下,我们需要 100% 确保不存在会导致函数失败的类型。我们应该检查函数的主体,并根据输入确定最基本的形状并加以限制。

    1.2K21

    Swift 单元测试入门

    在我看来,单元测试会让你在最后期限前完成更多工作,因为你会花更少的时间解决错误或为关键问题打补丁。 这篇文章内不会涵盖 内存泄漏测试 或 为共享扩展编写 UI 测试,而是主要关注编写更好的单元测试。...在 Swift 中编写单元测试 有多种方法可以测试相同的结果,但是当测试失败时它并不总是给出相同的反馈。以下提示可帮助您编写测试,通过从详细的失败消息中获益,帮助您更快地解决失败的测试。...XCTAssertEqual 方法为我们提供了有关断言失败原因的更多上下文。这显示在红色错误和控制台日志中,可帮助您快速识别失败的测试。...通过在修复 bug 之前编写单元测试,可以确保相同的 bug 不会再次发生。将其视为“测试驱动的错误修复”,从现在开始也称为 TDBF 。...将能够对您的代码库建立信心,确保您在新版本发布之前没有破坏任何东西。使用正确的断言,您可以更快地解决失败的测试。确保至少测试关键业务代码并避免达到 100% 的代码覆盖率。

    2.7K40

    NumPy 1.26 中文文档(四十三)

    接受可调用的消息以延迟到失败时再进行评估。 Python 内置的 assert 在执行优化模式的代码时不起作用(使用 -O 标志)- 它不会生成任何字节码。...这样可以在上下文管理器内部触发任何警告,而不会干扰外部警告的状态。 为了与 Python 3.0 兼容,请考虑所有参数只能是关键字参数。...随机数据的测试 随机数据的测试很好,但由于测试失败旨在暴露新的错误或回归,因此一个大部分时间都通过但偶尔在没有代码更改的情况下失败的测试是没有帮助的。...随机数据的测试 随机数据上的测试是很好的,但是由于测试失败的目的是暴露新的 bug 或回归,一个大多数时间通过但偶尔会因为没有代码更改而失败的测试是没有帮助的。...已知的失败与跳过的测试 有时你可能希望跳过一个测试或将其标记为已知的失败,比如在编写测试套件之前编写的代码,或者测试只在特定体系结构上失败。

    15910

    程序员:一定提前预防,这11个微服务失败的原因,及时止损!

    如果知道了必须等数分钟才能运行集成测试套件,那么你就不会编写更多的集成测试套件,免得让你更痛苦。糟糕的开发机器将会导致糟糕的开发实践。...我们都知道,在时间紧迫的情况下,我们会错过将更改应用于一个或多个服务。这样会浪费更多时间,增加挫败感。 这并非说开发团队不懂正确的事情。但是,按照组织结构,人们总是默认采用简单且容易出错的做事方式。...你需要对工具进行投资,使微服务的升级变得更容易,这样人们就不必这样做了。 在没有适合的工具和自动化的情况下,使用微服务会导致灾难。 7....(3)Node.js 比 Java 效率更高 这取决于编写代码的开发人员。使用静态类型和静态分析工具的 Java 可以帮助在开发生命周期的早期发现问题。 大多数情况下,这完全取决于上下文。...缺乏自动化测试 大多数团队都知道自动化测试对产品的整体质量有多重要,但是他们仍然没有做到。 微服务架构为测试地点和测试方式提供了更多选择。如果你不进行彻底的自动化测试,那么你将会失败得很惨。

    53340

    kafka的重试机制,你可能用错了~

    首先,我们需要意识到消息消费可能会,而且迟早会遭遇失败。其次,我们需要确保在处理此类故障时不会引入更多问题。 Kafka 简介 阅读本文的读者应该都对 Kafka 有所了解。...问题是这条消息可能永远不会成功。至少,没有某种形式的手动干预它是不会成功的。于是乎,消费者就永远不会继续处理后续的任何消息,并且我们的消息处理将陷入困境。 好吧,我们不能简单地跳过那条消息吗?...在这种情况下,我们可以简单地返回一个错误代码(例如 HTTP 400),然后要求调用方重试。 虽然这种办法并不不理想,但这不会对我们的数据完整性造成任何长期问题。...正如我们前面所讨论的那样,在发生重大数据损坏之前,他们可能不会意识到任何问题。...在许多情况下,这些组织可能会采用数据协调机制,以使他们的数据最终(是相对较长的“最终”)变得一致。为此也存在许多策略(超出了本文的范围)。

    3.6K20

    Go Testing By Example--Russ Cox在GopherCon Australia 2023的演讲

    (下图才)是软件工程师的测试,你可以在不清楚代码应该做什么的情况下运行它,任何同事或任何计算机都可以使用 go test 运行这个测试,并立即了解测试是否通过。相信你已经见过类似的测试了。...然而,这需要大量的内存,并且我们现在几乎没有32位系统(的机器)了。 在这种情况下,有一个更巧妙的办法,因为通常是为了测试难以发现的错误,我们可以创建一个空结构体切片,无论有多长, 都不会占用内存。...我们首先使用filepath.Glob查找所有测试数据。如果失败或找不到任何内容,我们会抛出fatal。 否则,我们将循环遍历所有文件。...首先,我们检查单个if语句中的两个返回值,然后在简洁的单行中打印完整的输入和输出。 其次,我们不会因为第一次失败而停止。我们调用t.Error而不是t.Fatal,以便运行更多的case。...Clean会删除^D及其后面的换行符。在这种情况下,“新”文件最终没有最后的换行符,diff会正确报告该换行符。 因此,尽管txtar非常简单,你也可以轻松地将自己的格式调整分层。

    31410

    你可能用错了 kafka 的重试机制

    在本文中,我们将重点介绍其中的一个陷阱:尝试处理消息时遭遇失败。首先,我们需要意识到消息消费可能会,而且迟早会遭遇失败。其次,我们需要确保在处理此类故障时不会引入更多问题。...问题是这条消息可能永远不会成功。至少,没有某种形式的手动干预它是不会成功的。于是乎,消费者就永远不会继续处理后续的任何消息,并且我们的消息处理将陷入困境。 好吧,我们不能简单地跳过那条消息吗?...在这种情况下,我们可以简单地返回一个错误代码(例如 HTTP 400),然后要求调用方重试。 虽然这种办法并不不理想,但这不会对我们的数据完整性造成任何长期问题。...正如我们前面所讨论的那样,在发生重大数据损坏之前,他们可能不会意识到任何问题。...在许多情况下,这些组织可能会采用数据协调机制,以使他们的数据最终(是相对较长的“最终”)变得一致。为此也存在许多策略(超出了本文的范围)。

    64820

    Akka 指南 之「消息传递可靠性」

    在远程消息发送的情况下,涉及到更多的步骤,这意味着更多的步骤可能出错。另一个方面是本地发送将在同一个 JVM 中传递对消息的引用,而对发送的底层对象没有任何限制,而远程传输将限制消息的大小。...至少一次传递(at-least-once delivery)意味着对于传递给该机制的每个消息,可能会多次尝试传递它,从而至少一次成功;同样,在更随意的情况下,这意味着消息可能重复,但不会丢失。...同样的道理是,「没有人需要可靠的消息传递」。发送方了解交互是否成功的唯一有意义的方法是接收业务的确认消息,这不是 Akka 可以自己完成的(我们既不编写“按我的意思做”的框架,也不希望我们这样做)。...本地消息发送的可靠性 Akka 测试套件依赖于在本地上下文中不丢失消息(对于非错误条件测试也适用于远程部署),这意味着我们确实尽了最大努力保持测试的稳定性。...这种传递是在尽最大努力的基础上进行的;它甚至可能在本地 JVM 中失败(例如,在 Actor 终止期间)。通过不可靠的网络传输发送的消息将丢失,而不会显示为死信。 应该用死信做什么?

    1.8K10

    JavaScript 编程精解 中文第三版 八、Bug 和错误

    程序会认为其执行的代码毫无问题并顺利运行下去,要等到随后的运行过程中才会出现问题,而此时已经有许多函数使用了这个无意义的值。程序执行中也可能不会遇到任何错误,只会产生错误的程序输出。...幸运的是,使用class符号创建的构造器,如果在不使用new来调用,则始终会报错,即使在非严格模式下也不会产生问题。 严格模式做了更多的事情。...编写测试比手工测试有更多的工作,但是一旦你完成了它,你就会获得一种超能力:它只需要几秒钟就可以验证,你的程序在你编写为其测试的所有情况下都能正常运行。...它没有定义它自己的构造器,这意味着它继承了Error构造器,它需要一个字符串消息作为参数。 事实上,它根本没有定义任何东西 - 这个类是空的。...习题 重试 假设有一个函数primitiveMultiply,在 20% 的情况下将两个数相乘,在另外 80% 的情况下会触发MultiplicatorUnitFailure类型的异常。

    1.2K100

    单元测试的五个主要准则

    这样,当某个单元测试失败时,开发人员将更加轻松快捷地定位问题并进行修复。 如果单元测试需要大量精力来设置他们的测试环境,然后将其拆除,那么开发人员通常会开始质疑,花费在编写这些测试上的时间是否值得。...最后,如果测试没有一定的标准,不久之后你的测试套件开始看起来像未拓荒的美国西部一样,编写单元测试所使用的编码风格有时会有所不同,甚至会发生冲突。...“测试上下文”是指成功运行单元测试所需的整个依赖注入以及初始状态设置。 如前所述,当开发人员花费更少的时间来设置测试上下文环境并腾出时间编写测试用例时,单元测试会更有效。...,从应用程序注册了移动用户的状态开始,任何测试用例都可以使用它。...最后,如果你在一个几乎没有单元测试的遗留项目中工作,且没有使用 DIP,那么本篇文章可能就没有适合你的最佳策略,因为我有意避开谈论那些复杂的模拟框架,而这些框架正是在遗留项目中将单元测试引入极端耦合代码的可行选择

    1.1K10

    微服务失败的 11 个原因

    如果知道了必须等数分钟才能运行集成测试套件,那么你就不会编写更多的集成测试套件,免得让你更痛苦。糟糕的开发机器将会导致糟糕的开发实践。...我们都知道,在时间紧迫的情况下,我们会错过将更改应用于一个或多个服务。这样会浪费更多时间,增加挫败感。 这并非说开发团队不懂正确的事情。但是,按照组织结构,人们总是默认采用简单且容易出错的做事方式。...你需要对工具进行投资,使微服务的升级变得更容易,这样人们就不必这样做了。 在没有适合的工具和自动化的情况下,使用微服务会导致灾难。...3.Node.js 比 Java 效率更高 这取决于编写代码的开发人员。使用静态类型和静态分析工具的 Java 可以帮助在开发生命周期的早期发现问题。 大多数情况下,这完全取决于上下文。...11缺乏自动化测试 大多数团队都知道自动化测试对产品的整体质量有多重要,但是他们仍然没有做到。 微服务架构为测试地点和测试方式提供了更多选择。如果你不进行彻底的自动化测试,那么你将会失败得很惨。

    93620

    Effective Testing with RSpec 3(介绍)

    团队试图改进代码并最终应对测试失败。 测试时间慢会降低生产力。 写得不好的测试在沟通,指导软件设计或捕获错误方面做得不好。...无论您是自动化测试新手还是多年来一直使用它们,本书都将帮助您编写更有效的测试。 有效的,我们的意思是测试,它给你的价值比写它们的时间更多。 我们将使用RSpec 3框架来探索编写测试的艺术。...如果您需要更多任何给定代码段的上下文,您可以单击文件名标题(在eBook中)或打开书籍的源代码(在本章末尾链接)以立即查看整个文件。...我们想花点时间谈谈我们对该术语的使用,以及相关术语,测试驱动开发(TDD)。 如果没有TDD,您可以通过手动运行或编写一次性测试工具来检查程序的行为。如果您打算在不久之后废弃该程序,这些方法都可以。...最后,您将能够免除测试套件遇到的任何问题。 Ian Dees在2006年偶然发现了RSpec的旧测试版。这正是他为嵌入式触摸屏设备构建自动验收测试所需要的。

    2K20

    零基础入门 GitHubGitea Actions 流程自动化

    举个栗子:当你推送代码到仓库后,需要验证多个平台是否都能正常编译运行,都通过之后就发布到内部测试环境供测试人员进行测试,如果没有通过就不执行发布流程等等,这样就可以从传统开发本地打包再手动部署服务器上,...例如,可以有一个生成应用程序的步骤,后跟一个测试已生成应用程序的步骤。 您可以配置作业与其他作业的依赖关系;默认情况下,作业没有依赖关系,并且彼此并行运行。...if: ${{ cancelled() }} - name: 失败执行 if: ${{ failure() }} 上下文 更多介绍见官方链接:https://docs.github.com/...在操作或工作流步骤中运行的命令可以创建、读取和修改变量。 变量和上面说的密钥最大的区别就是密钥在日志中会以*号脱敏,但是变量会直接呈现出来。...工作流其他部件中的指令由 GitHub Actions 处理,不会发送到运行器。 可以在 run 步骤中使用运行器环境变量或上下文,但在未发送到运行器的工作流部件中,必须使用上下文来访问变量值。

    50010

    微服务可能失败的11个原因

    如果你知道必须等待数分钟才能运行集成测试套件,那么你就不会编写更多的集成测试套件,免得给你带来痛苦。糟糕的开发机器将会导致糟糕的开发实践。...我们都知道,在时间紧迫的情况下,我们会错过将更改应用于一个或多个服务。这样会浪费更多的时间,增加挫败感。 这并非说开发团队不懂正确的事情。...你需要对工具进行投资,使微服务的升级变得更容易,这样人们就不必这样做了。 在没有适合的工具和自动化的情况下,使用微服务会导致灾难。...这取决于编写代码的开发人员。使用静态类型和静态分析工具的 Java 可以帮助在开发生命周期的早期发现问题。 大多数情况下,这完全取决于上下文。...11、缺乏自动化测试 大多数团队都知道自动化测试对产品的整体质量有多重要,但是他们仍然没有做到。微服务架构为测试地点和测试方式提供了更多的选择。如果你不进行彻底的自动化测试,那么你将会失败得很惨。

    73140

    Kafka很强大,但是一步出错就可能导致系统数据损坏!

    首先,我们需要意识到消息消费可能会,而且迟早会遭遇失败。其次,我们需要确保在处理此类故障时不会引入更多问题。 Kafka 简介 网上也有一些介绍 Kafka 及其使用方法的深度文章。...问题是这条消息可能永远不会成功。至少,没有某种形式的手动干预它是不会成功的。于是乎,消费者就永远不会继续处理后续的任何消息,并且我们的消息处理将陷入困境。 好吧,我们不能简单地跳过那条消息吗?...在这种情况下,我们可以简单地返回一个错误代码(例如 HTTP 400),然后要求调用方重试。 虽然这种办法并不不理想,但这不会对我们的数据完整性造成任何长期问题。...正如我们前面所讨论的那样,在发生重大数据损坏之前,他们可能不会意识到任何问题。...在许多情况下,这些组织可能会采用数据协调机制,以使他们的数据最终(是相对较长的“最终”)变得一致。为此也存在许多策略(超出了本文的范围)。

    57420

    C#开发人员应该知道的13件事情

    编码标准 遵照编码标准可以编写出更多可维护的代码,特别是在由多个开发人员或团队编写和维护的代码库中。例如FxCop,StyleCop和ReSharper等,就是常用的实施编码标准的工具。...静态分析 静态分析工具会在不运行代码的情况下分析代码,在不需要编写测试用例的情况下,查找违反编码标准或存在缺陷的问题。...在开发阶段,大多数测试由开发人员或测试人员编写,以验证应用程序是否满足其要求。 测试仅在它们运行正确的代码时有效。在实现功能和测试的同时,保持开发速度是具有挑战性的。...例如,表单处理程序线程的上下文中引发的Windows窗体异常。 数据完整性 异常不得影响数据模型的完整性。你需要确保你的对象处于一致的状态 - 不会违反类实现所做的任何假设。...调试 调试是任何开发工作中重要的组成部分。除了提供对运行时环境的常规不透明方面的可见性之外,调试器可以进入运行时环境,同时调试器还会导致应用程序的在没有调试器的情况下,获的不同的结果。

    2.3K90

    2025年,更多AI,更多软件开发者面临的问题

    生成式AI 创造了比以往任何时候都更多的代码。...虽然AI在软件开发生命周期的早期加快了代码编写速度,但更多的代码意味着对代码审查、安全验证和质量保证的需求更大。到目前为止,这一需求远未得到满足。 此外,当AI采用率提高时,交付稳定性和吞吐量下降。...然而,使用AI生成代码可能会让用户——尤其是初级开发人员——无法了解代码编写的上下文以及代码的编写对象,从而难以找出问题所在。 “对于初级开发人员来说,风险通常更高。...“许多组织在没有GenAI软件的情况下就为此苦苦挣扎,然后,当你生成更多代码时,它只会加剧这个问题,”说。 有趣的是,GenAI在解释代码方面非常有用,尤其对初级开发人员而言。...QA/测试 – 28%。 错误修复 – 26%。 Harness旨在制定治理策略——使用开放策略代理对其进行编纂——因此不会有任何例外。 生成式AI会让你失业吗?

    11610

    Domain Driven Design Reference(五)—— 为战略设计的上下文映射

    当依赖系统没有其它的系统与该系统的集成时,它几乎没有任何价值,或许因为这是唯一一个使用它的地方,那么未能提供依赖系统就会导致两个项目都失败。)...上下文映射   为了策划战略,我们需要一个现实的,大范围的模型开发视图,扩展到我们的项目和我们整合的其他项目。   在没有全局视图的情况下,个别限界上下文会遗留下一些问题。...在接下来的几页中,关系的描述会变得更加具体,在限界上下文之间有一组通用的关系模式。 合作关系* 当两个上下文中的团队共同成功或失败时,通常会出现合作关系。   ...在相互独立的上下文中,相互依赖的子系统缺少协作会导致两个项目的交付失败。一个系统缺失的一个关键特性可能会使另一个系统无法交付。不符合其他子系统开发人员期望的接口可能导致集成失败。...因此: 如果两个上下文中的任何一个开发失败都将导致两个上下文的交付一起失败,则在负责这两个上下文的小组之间建立合作关系。制定协调发展和联合管理一体化的过程。

    34520
    领券