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 请随时与您的其他开发人员分享。