为了解决某种需求/需要，我们计划设计一个软件系统。通过与利益相关者进行交流之后，确认了新的系统是有必要存在的。于是，我们产生了一系列的概念和想法，并通过诸如愿景梳理、用户分析等一系列的想法，我们将这些想法明确下来。
您是否听说过 行为驱动开发(behavior-driven development)（BDD），并好奇这是个什么东西？也许你发现了团队成员在谈论“嫩瓜”（LCTT 译注：“ 嫩瓜(gherkin)” 是一种简单的英语文本语言，工具 cucumber 通过解释它来执行测试脚本，见下文），而你却不知所云。或许你是一个 Python 人(Pythonista)，正在寻找更好的方法来测试你的代码。 无论在什么情况下，了解 BDD 都可以帮助您和您的团队实现更好的协作和测试自动化，而 Python 的 behave 框架是一个很好的起点。
行为驱动开发（BDD）似乎非常容易。测试以易于阅读的格式编写，允许产品所有者，业务赞助商和开发人员提供反馈。这些测试是团队的有效文档，因此不需要任何要求。这些工具易于使用，可让自动化测试套件。每次测试运行都会生成报告，以记录每个步骤并向您显示测试失败的地方。
Leo Li，携程高级软件工程师，负责度假 BDD-Test UI 自动化测试框架的研发、维护和迭代等工作。
最近业务上使用的自动化测试项目在改进项目执行方案，优化框架，正好结合实践记录一下最近遇到的问题和解决方法，打算从以下几个部分跟大家探讨一下：
1.1 什么是BDD（行为驱动开发） 首先了解一个概念，BDD（BehaviorDrivenDevelopment：行为驱动开发）为用户提供了从 开发人员和客户的需求创建测试脚本的机会。因此，开始时，开发人员，项目经理，质量保证，用户验收测试人员和产品所有者（股东）都齐聚一堂，集思广益，讨论应该传递哪些测试场景，以便成功调用此软件/应用程序。这样他们想出了一组测试场景。所有这些测试脚本都是简单的语言，所以它也可以服务于文档。
简介 移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度，自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同，使测试人员在选
简介 移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。从分层测试的角度，自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的尤其是BVT级的自动化测试也是非常必要的。本文通过分析几种自动化框架的异同，使测试人员在选择自动化框架时有所
作者：赵丽娜 简介 移动 APP 的 UI 自动化测试长久以来一直是一个难点，难点在于UI的”变”, 变化导致自动化用例的大量维护。 从分层测试的角度，自动化测试应该逐层进行。 最大量实现自动化测试的
我估计这是 Cucumber 插件和 Cucumber 旧版本的版本兼容 Bug，不知道官方什么时候做兼容性修复，我所用的版本是6.8.1。
测试驱动开发（TDD）相信大家已经很熟悉了，而行为驱动开发（BDD）其实是TDD的一种演化。那什么是BDD，为什么要使用BDD， BDD下的自动化测试该如何做呢？本文将通过简单的例子，向大家展示如何使用Cucumber 描述需求，编写、执行测试用例，并输出测试报告。
cucumber是一款测试工具。可用于大多数主流编程语言。比如JAVA、JS、Ruby、C++、Lua、Android、Kotlin、C#/F#、PHP、Python、Go、Groovy、Scala等等。其中JAVA、JS、Ruby的代码托管在cucumber下。官方建议选择与生产代码相同的平台或编程语言的实现。本文主要是JAVA平台下的介绍教程。使用方法非常简单，创建一个mvn工程，在pom.xml文件引入以下依赖即可。
今天我们来谈一谈TDD 和 BDD 两项实践。我们先来说说 TDD，也就是测试驱动开发（Test Drvien Development）。
今日洞见 文章作者来自ThoughtWorks：毛超。 本文所有内容，包括文字、图片和音视频资料，版权均属ThoughtWorks公司所有，任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站，在使用时必须注明"内容来源：ThoughtWorks洞见"，并指定原文链接，违者本网将依法追究责任。 1 引言 在Ruby社区中，测试和BDD一直是一个被热议的话题，不管是单元测试，集成测试和功能测试，你总能找到能帮助你的工具，Cucumber就是被广泛
相信大部分的人都听说过 BDD，即：行为驱动开发，但并未涉及到它的使用方和项目实战。
BDD，行为驱动开发是 敏捷软件开发 的一种技术，鼓励软件项目的所有成员之间的相互协助
java进程的启动依赖于唯一的main函数，java中的junit采用插件隐藏main函数的方式，我们右键运行某测试用例。其本质上传入的是测试用例的路径。而插件启动的main函数通过args去接受传入的用例路径，并解析出测试用例的前后执行方法（包括一些注解），并对具体的方法进行排序，最后采用多线程submit任务，从而进行测试用例的执行。在idea中选中包路径运行整个包下的测试用例，相当于启动了若干个runner任务。
来源：https://cucumber.io/docs/guides/overview/
cucumber早在ruby环境下应用广泛，作为BDD框架的先驱，cucumber后来被移植到了多平台，简单来说cucumber是一个测试框架，就像是juint或是rspec一样，不过cucumber遵循的是BDD的原则。
在这篇文章中，我们将介绍一下开源的Web-API自动化测试框架——Karate介绍
作为一个自动化测试工具，这些已经足够了。然而，Cucumber的首页清楚地写着“making BDD fun”，即让行为驱动开发充满欢乐。行为驱动开发（BDD）是什么？Cucumber的开发者为什么又要给它扣上这个帽子呢？
在现代软件开发中，编写和维护高质量的测试用例已经成为我们日常工作的重要部分。而JavaScript作为全球最流行的编程语言之一，拥有大量的库和框架，能够帮助我们更好地进行测试。
因为各种事，这篇本来属于上周的拖到了就今天，一篇关于移动端测试工具Calabash的文章，看着篇幅比较小，就接受了。本身精力不在Android和iOS开发，所以也就没按部就班的复原教程中的实例，仅当开阔视野了。
自动化测试一直是测试领域桂冠上的明珠，几乎所有的测试团队都有建立团队的自动化。测试团队的自动化建设也被认为是团队提效的必经之路，但搭建和使用自动化路但路却并非一帆风顺。搭建自动化但时候有很多框架可以选用，合理但选择适合该团队的框架可以事半功倍，同时选择了框架之后就要受制于框架。使用自动化很多时候因为学习以及维护成本高，让初衷是提效为目的的自动化，成为了加重测试工作量之殇。
自动化测试在产品测试上有着非常重要的作用。实现测试自动化有多种积极的方式，包括最大限度地减少测试执行时间；在关键的发布阶段，用更少的时间确保更大的覆盖范围；在产品开发阶段，可靠又重复性地运行以确保没有
在test目录下建一个resources目录，在该目录下建一个test.feature的文件
最早的有TDD， 测试驱动开发， 而BDD 是行为驱动开发, 更加关注用户的行为,
这几天产品线这里要搞LLT(Low level Test)重点工作，保障版本的高质量发布。工作当然包括一系列的规范、培训、编码、检视，不过具体看下来主要还是提取了下面的一些度量要点:
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试.如果说测试工程师今年应该学习什么的问题，答案可能包括编程语言、库和框架，但如果你需要改进或学习一件事，那么下面这些框架是你绕不开的技能。
最近，我又挖了几个开源项目的坑，Ledge、Ledge Framwork、Igso 等等。每次挖新坑的时候，经常性地都要花很多的时间，想着怎么编写 README、完善 README。而就是这么一个简单的 README 的编写，它都要花费我相当长的时间，或是几个小时，或是几天。
在@BeforeClass注解方法中，可以使用setReportPath方法指定插件的报告生成位置
移动端APP是一个复杂的系统，不同功能之间耦合性很强，很难仅通过单元测试保障整体功能。UI测试是移动应用开发中重要的一环，但是执行速度较慢，有很多重复工作量，为了减少这些工作负担，提高工作效率，需要引入可持续集成的自动化测试方案。
为了确保服务按预期工作，必须编写测试来验证服务是否可以正确地与基础设施服务和其他服务进行交互。一种方法是启动所有服务并通过其API进行测试，而这是所谓的端到端测试，缓慢、脆弱而且昂贵，它位于金字塔顶端，有其价值，但应该最大限度减少端到端测试的数量。
任跃华，携程机票前台软件工程师，参与了国际机票 RN Clean Architecture 落地和 MEC 中文测试框架研发工作。
背景 测试作为质量保证极其重要的一环，在移动App开发流程中起到非常关键的作用。从开发工程师到测试工程师，人人都应具备良好的测试意识，将隐患和风险在上线之前找出并解决，可以有效的减少线上事故。 美团和大众点评App作为美团点评平台的主要入口，支持承载着美团点评各大业务。其中美团点评境外度假业务主要包括了出境游相关业务以及所有的境外城市站，也是美团点评非常看重和大力发展的业务线。为了保证质量，需要进行各项测试：冒烟测试[1]、功能测试、集成测试、专项性能测试，回归测试[2]。其中冒烟测试和回归测试大多由开发自
根据 Tricentis 主导的一项全球调查为我们提供了几个有关测试趋势的重要观察。趋势表明，团队倾向于使用功能测试（自动化测试）。
JinG、YuWang，携程前端开发工程师，负责机票主流程预定React Native技术栈相关开发工作。
Tricentis 主导的一项全球调查为我们提供了几个有关测试趋势的重要观察。趋势表明，团队倾向于使用功能测试，这可以理解，但是手动测试也将保留下来。
工业时代流水线的发明将生产任务的效率大大提升。同样，在软件开发过程中流水线的建立也能帮助我们更好的产出、提升效率。
前篇介绍了，使用 Newbe.Pct 之前的准备工作。本篇将开始介绍如何使用本项目运行第一个测试用例。
高清英语教程Cucumber+Selenium+Java+Maven+TestNG自动化测试下载地址
1、Cucumber是什么 Cucumber是一个在敏捷团队十分流行的自动化的功能测试工具，但是其不仅仅是一个测试工具，它能够为我们建立一个易读的，可执行的特性文档。 2、Cucumber的特点 （1）、易于安装，使用。无论是在Ruby平台，.Net平台，Java平台安装都很容易。 （2）、集成度高，对开发环境没有破坏，并和多种Web开发框架集成。 （3）、易于理解，Cucumber的特性文档都是采用近似于普通文本的语法写成，很容易读懂和编写，甚至是非技术人员都可以编写。 （4）、易于维护，因Cucumber是从用户的业务逻辑出发去写测试，不涉及到具体的技术框架，和内部业务流程，因为业务逻辑的变动频率相教于技术选择，内部处理流程稳定得多，测试被破坏的概率就低很多。
软件行业正迈向自主、快速、高效的未来。为了跟上这个高速前进的生态系统的步伐，必须加快应用程序的交付时间，但不能以牺牲质量为代价。快速实现质量是必要的，因此质量保证得到了很多关注。为了满足卓越的质量和更快的上市时间的需求，自动化测试将被优先考虑。对于微型、小型和中型企业(SMEs)来说，自动化自身的测试过程是非常必要的，而最关键的方面是选择正确的自动化测试框架。
dict1 = {'apple':'1', 'cellphone':'3', 'cucumber':'34'}
随着移动互联网的兴起，APP 测试的越来越被重视！Android 系统因为自己的开源性，测试工具和测试方法比较广为流传，但是 iOS 系统的私密性，导致很多测试的执行都有点麻烦。
本文Daniel Lebrero在大数据团队担任IG的技术架构师。拥有超过15年的Java经验和4年的Clojure经验，他现在是函数式编程的大力倡导者。 以下为译文： 有趣的是，我对测试的观点正在发
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
