Tag: 测试驱动开发
TDD迅速UygulamaGeliştirmeninfaydalarıve Xcode da Swift迅速XCTestkullanımı
测试驱动开发（TDD）可以帮助您完成测试驱动开发（TDD） 。 Genellikleyanlışbirkanıolarak单元测试yazmanınuygulamageliştirmesüresiniuzatacağıdüşünülüyor。 Halbukiuygulamamızdaöncedenunit testleriyazılmasıdaha kolay birşekildeyapılacakişlevintasarlanabilmesinisağlar。 布达下摆tasarım下摆işlevintestinde bize zamankazandırdığıgibi kodu daha iyiyapılandırabilmemizede olanaksağlar。 Bu nedenle unit testler ile uygulamageliştirmemizdaha sonraoluşacakmuhtemelbuglarıdaöncesindetespitedebileceğimiziçinuygulamageliştirmesüresiniazaltacaktır。 Uygulamamızınkod kalitesiniartırarakdaha az bir bug ilegeliştirebiliriz。 单元测试器下摆pozitif下摆negatif caseler ile beraberyazdığımızdaolabilecekbirçokfarkli案例测试etmeolanağınakavuşmuzoluruz。 Buda iyi testedilmişve daha az bugiçerenkodyazmamızısağlayacaktır。 Yazdığımız单元测试仪daha sonra uygulamadakioluşabilecekdiğerbuglarıtespit etmemizde bizeoldukçakolaylıksağlayacaktır。 Budauygulamamızdakigelecek olanbuglarıçözmesüremiziönemliölçüdeazaltacaktır。 Teamcity gibi CI（ Continus Integration）单元测试人员， Jenkins单元， 测试系统（SUT）（测试中） prensibine uygunsürekliolarak测试，edilen biruygulamamızolur。 Projedeyapılan她的承诺sonrasındaunit […]
测试驱动开发：开发人员魔术棒
让我们讲一个故事。 “不久以前，我已经为即将上线的测试仪提供了我的应用程序的构建。 我已经对其进行了一些修复，根据我的开发人员健全性测试，这些构建已使生产准备就绪。 但是经过测试，情况完全不同。 在某些情况下，由于某些较早的修复程序，我遇到了错误。 搞什么鬼？？？ 除了使我的构建稳定之外，我使它更加不稳定。” 我不是唯一遇到这种情况的人，但是许多开发人员也遇到了这种情况。 那么我们该怎么做呢？ 答案是测试驱动开发（TDD）。 我们要学什么？ TDD上有很多博客。 我将列出您可以在其中找到的一些最佳参考。 我们不会讨论理论上的TDD概念，而是将重点放在我们如何从开发人员的角度计划实现TDD。 什么是TDD？ 为什么选择TDD？ 如何规划TDD？ TDD的警告。 您需要TDD吗？ 看起来太多了吗？ 不用担心，我们会做的很快而简短。 😉 什么是TDD？ 测试驱动开发是美国软件工程师肯特·贝克（Kent Beck）提出的开发程序，在编写代码的同时，我们还记录了测试用例。 从而允许我们在继续开发的同时测试我们的代码。 下图描述了传统开发与TDD之间的区别。 在传统开发中，我们首先开发代码，完成功能并进行手动测试。 但是在TDD中，我们首先写下测试用例，然后相应地开发代码。 这有助于我们最大程度地减少代码失败或错误的机会。 如果不更新旧的测试用例，则开发的任何新功能也应尊重现有的测试用例。 TDD基于RGR的概念，即红色，绿色和重构。 红色：我们首先编写失败的测试用例。 绿色：我们编写通过测试所需的最少代码。 重构：如果需要测试代码，我们也会重构代码。 为什么选择TDD？ 最大限度地减少代码失败的机会。 最小化团队中任何新开发人员在代码库上工作的机会。 由于引入了新功能或错误修复，破坏现有功能的机会较小。 提高产品知识。 改进编码标准。 如何规划TDD？ 百万美元问题来了？ 我们都知道什么是TDD。 但是我们如何计划TDD？ 我们将如何决定需要编写哪些测试用例？ 我要编写并开发该功能，然后为它们编写测试还是将来如何？ 困惑？ 了解正确实施的功能。 让我们以以下要求为例： 要求： 构建一个程序，该程序将从用户那里获取城市的人口输入，并返回该城市所属的类别。 以下是城市类型及其人口范围： 小（5,000至10,000） 中（10,000至50,000） […]
Swift BowlingGame TDD单元测试
让我们在本教程中说明“测试驱动开发”。著名的TDD示例之一是保龄球游戏，它的游戏规则涉及真正需要单元测试的一对逻辑。 保龄球游戏有以下四个规则，我们的单元测试就是基于此。 游戏包括十帧，每位玩家都有两次机会在每一帧中敲钉子。 备用：如果玩家在同一帧中两次尝试敲10个针，此当前帧将获得奖励分数。 奖金是下一次玩家掷出的敲击针的数量，例如，第三帧获得奖金5，导致第三帧获得罢工奖金，我在下面做一些注释，红色注释表示备用奖金。 打击：如果玩家在第一次尝试中击中10个针脚，当前帧将获得打击加成，这将增加接下来两轮的得分，例如，第五帧将获得打击加成，橙色以下表示打击加成。 在第十帧中滚动“备用”或“罢工”的玩家将获得额外的加值，以再次滚动，但在第十帧中滚动不超过三倍，因为蓝色六分以下是此奖金。 让我们开始编码，启动Xcode创建一个新项目，别忘了单击“ Include Unit Tests”复选框。 步骤0：创建一个类游戏，以处理保龄球游戏逻辑。 打开TDD_BowlingGameTests.swift，此文件是我们编写单元测试的地方，每个函数必须以“ test”为标题才能运行单元测试。 在TDD中，如果结果失败，则必须编写单元测试并在开发之前对其进行测试，然后开始修改功能，直到通过单元测试。 步骤1：一名玩家掷出20次却没有敲门，预期得分为零。 显然，保龄球游戏必须具有函数“ roll”和“ score”，才能掷出保龄球并计算得分，因此我们编写了单元测试，第一个测试条件是玩家掷出20次并不敲任何东西，预期分数将为零。 //第29行：如果game.score（）== 0为true，则通过单元测试。 XCTAssertEqual（game.score（），0） 当然，结果失败了，让我们修改Game中的功能。 让score（）返回0怎么样。 好了，首先进行单元测试是为了测试玩家掷出20个球而不敲任何针脚的情况，经过修改的功能通过单元测试后，我们应该对其进行git commit。 git commit -am“传递20个球而不会敲任何针” 步骤2：一名玩家掷出20个球，每滚动2个针，预期得分为40。 通过第一个测试条件后，我们可以将另一个条件写为第32〜38行，该条件将是敲2个引脚，每次滚动然后运行测试。 如您所见，我们失败了，现在我们应该修改函数，添加一个属性来存储得分会有所帮助。 好的，我们的Game类可以在修改后通过第二个条件，同时通过第一个条件，我们应该对其进行git commit。 这是编写单元测试的好处，无论您进行了什么修改，都可以对其进行测试，并确保立即没有错。 git commit -am“传递敲击每个滚动2个针” 第三步：编写干净的代码 正如您在测试用例中看到的那样，第25、33行创建了游戏副本的实例，第26、34行中的for-in循环也被复制，这是不好的编码风格，让我们对其进行修改并再次运行测试。 修改代码使其更整洁，并且单元测试无误通过后，我们应该对其进行git commit。 git commit -am“优化代码” 步骤4：玩家获得备用奖金 让我们测试一个玩家掷出1，4，5，5，6，0…的分数必须如下计算：第1帧（1 + 4），第2帧（5 + 5 + 6），第3帧（6 +0），因此总分必须为27，才能在第二帧获得备用奖金。 显然，我们遇到了失败，我们的游戏逻辑未处理备用条件，让我们对其进行了修改，因为我们需要考虑备用条件，因此由于总得分不再起作用，因此使用商店属性totalScore来计算总引脚数，我们需要的是数组以重新编码玩家滚动的每个掷骰，并处理备用条件，因此我们如下修改了Game。 […]
连接点：BDD，TDD，用例，体系结构和模块化设计
这使我们回到上一集中提出的模块化体系结构： 在下一个情节中，我们将开始实现上述要求，因此，请立即订阅我们的YouTube频道，并每周获取免费的新情节 。 最初在 www.essentialdeveloper.com上 发布 。 我们一直在帮助敬业的开发人员从低薪工作转变为高级职位-有时只需几周！ 为此，我们会不断进行和分享免费的市场研究，以了解如何提高同理心，正直和经济学的技巧。 如果您想从事自己的职业，请立即免费获取我们的最新研究成果。 如果您喜欢本文，请访问我们的网站https://essentialdeveloper.com，并获得更多类似的深度定制内容。 在以下位置关注我们：YouTube•Twitter•Facebook•GitHub
iOS中的测试驱动开发，SWIFT 4-第2部分
该博客是我在iOS上的“测试驱动开发”的第一个博客的延续。 请对此进行深入了解。 如果仍然如此，您会为此感到懒惰，那么您可以下载此博客UT_Starter2的入门项目并继续。 让我们回想一下我们正在建立的用于DemoTestsProject的UML图。 因此，让我们写下测试用例。 在进行单元测试时，我们应牢记的重要一件事是，我们应始终尝试测试我们的公共方法和属性，而避免测试私有方法和属性。 等待。 什么！！！ 你是认真的家伙吗？ 原因是公共方法和属性是我们向外界公开的内容，并且不希望它们出错。 关于此有一个很棒的堆栈对话。 请随时查看。 为了显示位置列表，我们使用表格视图。 因此，参考我们的UML图，我们有一个PlaceTableCell 代表对应于单元格的UITableViewCell类。 PlaceTableCell 使用PlaceCellDataModel的数据模型 键入以链接其UI。 因此，我们将测试数据模型是否正确设置了属性。 导航到PlaceCellDataModel.swift 并准备您的测试课程，如下所示： 让我们首先写下模拟DataFetcher。 导航到PlaceListViewModelTests 并将以下代码粘贴到类声明之外，除非您希望一个类位于另一个类中。 😉 祝贺您的模块成功进行单元测试。 编写业务逻辑测试用例。 模拟数据。 模拟数据获取层。 遵循TDD概念并构建代码。 示例代码：您可以在DemoTests Repo的Final文件夹中找到完成的项目。 您可以通过以下渠道与我联系，以获取任何查询，反馈或只是想进行讨论： Twitter — @G_ABHISEK 领英 堆栈溢出 邮件 abhisekbunty94@gmail.com 为了立即连接 SkypeId — gabhisekbunty 请随时与您的其他开发人员分享。
Xcode da Code Coveragekullanımı
使用者介面测试介面X的LLVM使用者测试，X的LLVM测试结果，测试使用者的测试范围。 Başkabir makalede国家公园gzerehoşçakalın🙂
