写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
收录了 写测试用例 频道下的 50 篇内容

本文介绍一套有效的自动化测试组合拳。

本文介绍一套有效的自动化测试组合拳。

作为一名测试工程师,写测试用例作为一项最最基本的技能谁不会啊!但就是这最基本的技能也会存在很多问题,今天就跟大家分享下写测试用例这件事情上存在的的一些问题和对应的思考:

上周五下午,我正对着Excel发呆,隔壁工位的老王探过头来:“还手动写呢?”
本文主要内容转录自 sorrycc 在 BiliBIli 上的一个分享——通过写测试用例学习前端知识,为了方便文字阅读,一些表达方式做了调整,对应的代码已经发布到 GitHub:https://github.com/xinpingwang/learning-by-test-case
当一个工具真正进入生产环境时,人类往往需要构建一整套系统来管理它、约束它、扩展它。 AI 在软件测试领域的发展,就是一个典型例子。
传统的黑盒测试用例比较繁杂,在实施敏捷的项目中会显得水土不服,让测试人员过度关注用例步骤的编写、修改,甚至同一条用例经过多人执行得到相同结果,让人想到一个呼之欲出的广告词:一次编写,多人运行相同结果,没有思考的过程。在经历过这些痛楚之后,对用例进行改革,以便快速响应开发的交付节奏,同时形成用例评审规范,让开发、测试知己知彼,也加强开发自测的环节。本文主要讲敏捷中脑图用例的实践。
接口测试给测试人员到底带来了什么,不仅仅是挑战,也是机会。让接口测试更加自动化,更加解决重复的劳动力是我们的目标和方向。本文简要的说明接口测试的相关知识和经验,并制定了接口测试自动化生成框架的系统架构图,大家一起来讨论和完善它,有机会在实践中体会它不一样的地方。

TDD并不是一个开发者友好的开发模式,只是一个理想化的开发模式。
一个正在发生的场景:某团队引入了用例智能生成工具,一周产出的用例数量,顶过去三个人一个月。

一个链路涉及了4个服务,本文带你了解它是如何进行测试的。
或许你已经了解到了软件开发中一个头疼的事,就是如何产生正确的需求和围绕这些需求如何有效地进行软件开发?但又不知如何着手?或许你已经了解到了一些相关的理论知识来解决这个难题,如:行为驱动开发(BDD),验收测试驱动开发(ATDD),实例化需求(Specification By Example),但却发现很难消化所有的信息?或许你已经建立了一套相关的自动化测试,但总觉得在为测试而测试,没有解决实际问题,有点脱钩?或许你已经开始着手建立自动化测试来做保障,但对那么多的工具无从选择? 作者介绍:上海爱立信研发中心的软件开发高级专家,作为软件实践的先行者,主要工作就是探索软件开发的最好最适合的方法和工具,使得该研发中心成为IT领域顶尖人才向往的地方之一。同时他是一个开源,协作和敏捷的布道者。新浪微博:http://weibo.com/124565421。 也或许你只想在炎炎夏日看一本解渴的书?

构建软件要坚持创新,新需求不断出现,必须时刻对变化保持关注。
用Ruby来完成脚本任务是很方便的,这使得Ruby成为开发测试套件的强有力的候选人。直到最近,还没有真正独立的用Ruby来测试Java的框架。Ola Blini(JRuby团队的成员)和Anda Abramovici开发了JtestR,使得开发者可以用Ruby来测试Java了。Ruby再加上强大的Ruby工具,例如RSpec,mocha,会让编写Java测试的工作变得更容易。
Dale Emery认为,有些自动化测试因为比较脆弱而且维护成本高,导致很多公司放弃了实施测试自动化的意愿。在一篇最近发表的文章中,Dale共享了一些避免测试自动化中这些共性问题的实用方法。他以一些比较典型的自动化代码做引子,推演出一些有利于增强代码健壮性、降低维护成本的方法。
许多测试人员经常缺失测试和交付高质量产品所必需的思维。有时,看起来它是质量意识的缺失。本文将探讨形成测试思维的方式,以及如何形成思维工具、如何用来增强测试技能。

本文是React和React Native项目单元测试的完整方案介绍。

如何成为蹲在马桶上工作,工作效率一样高的团队?
在ThoughtWorks,如果招聘了一个没有经验的开发人员,会把他们送到印度的TWU(ThoughtWorks University)培养2-6个月,OO训练营是开发人员的主要课程之一。它专门用来训练开发人员如何使用面向对象,如何进行测试驱动开发。