首页
学习
活动
专区
工具
TVP
发布

ThoughtWorks

专栏成员
914
文章
781127
阅读量
116
订阅数
去测试化真的可行吗?
当前业界对于软件测试和质量相关的讨论非常广泛,各种不同的声音此起彼伏。其中包括质疑测试人员的必要性、去测试人员化、强调测试技术化和工程化、探讨测试与质量的协同作用、讨论敏捷测试、持续测试以及全程自动化测试等等。
ThoughtWorks
2024-01-03
2220
AI测试的迷思
近年来,我一直关注AI相关的测试,并积极参与多个全国性测试社区和社群。在这些社区中,我与不同公司和领域的测试专家交流探讨AI测试相关话题,包括业界顶尖公司的专家和国内知名测试学者。我也参加了多个大会,聆听了许多关于AI测试的主题分享,并尝试了多款AI相关的测试工具,从中获得了许多知识和感悟。
ThoughtWorks
2023-04-28
3070
BQOnline “质”作在线《软件研发效能提升实践》作者访谈
BQOnline“质”作在线 《软件研发效能提升实践》作者访谈 时间:8月10日(本周三) 19:30-21:00 👆👆点击图片或扫描上方二维码免费报名直播,获取会议资料 在互联网飞速发展的当今时代,软件使用充斥着人们的生活,软件的研发效能是互联网企业的核心竞争力,软件质量则决定着人们的使用体验和软件留存率。那么测试效能该如何定义,是否有具体的框架可循,有哪些实践案例。测试效能对于研发效能的影响,二者之间的关系,这些都是值得探讨和关注的。 本期直播,我们邀请到了书籍《软件研发效能提升实践》作者中的两
ThoughtWorks
2022-08-26
4820
【洞见荐书】| 《深度实践微服务测试》(文末赠书)
距离我上一次写契约测试的文章已经过去了三年,在这期间,契约测试在测试策略层面已经确确实实地被很多团队落地实践,无论是对工具的熟练层度、还是对引入契约测试的主观意愿,越来越多的团队在契约测试上都展现出了更高的使用水准,甚喜。 最近,我接触到了两个不同项目的一些事情,它们都对契约测试有所涉及,但又都包含了一些很容易让人迷失的细节,所以想和大家一起分享。 生产者端的契约测试不是“写”出来的 在一次帮助项目上的开发同学评审契约测试代码的时候,我留意到开发同学多次描述“……在生产者端的实现是这么写的……” ,我顿时感
ThoughtWorks
2022-08-26
5870
自动化测试的未来趋势
背景 自动化测试从最早期的录制回放技术开始,逐步发展成DOM对象识别与分层自动化,以及基于POM(Page Object Model)来提高用例复用,到当前火热的基于AI技术的自动化,体现了自动化测试的发展趋势是更加智能,更加精准,更加高效。在这里我们给大家介绍两种在业界已经有广泛使用的智能自动化测试技术: 自愈(Self-Healing)技术 机器学习(Machine Learning)技术 自愈技术 1.1 什么是自愈技术 自愈(Self-Healing)技术在计算机术语中是指:一种自我修复的管理机制。
ThoughtWorks
2022-06-09
1.3K0
「洞见荐书」| 《软件研发效能提升实践》(文末赠书)
这些年,由于一直在拥有数万名研发人员的大型互联网公司做DevOps和研发效能的相关工作,做过敏捷和持续交付实践的大规模推广,组建并带领团队从零开始建设服务于全公司的、一体化的、一站式的DevOps平台,发起公司级效能度量委员会并制定度量指标体系;而且在技术社区持续活跃,在各类综合性/专业性技术大会中担任出品人等角色,对互联网大厂的研发效能提升思路和做法有一定的理解,因此,把这些经验总结起来,形成了一个具有增强回路效果的研发效能提升体系,我们称之为研发效能的“黄金三角”,如图1所示。 研发效能的“黄金三角”由
ThoughtWorks
2022-05-16
1K0
在一个“去QA化”的项目中,QA能做什么?
第一次在某篇文章里看到“去QA化”这个概念,我当时也就是随随便便翻看了一下,并未多加关注。第二次是在QA社区群里看见更资深的同事在谈论“去QA化”,当时我小小的脑袋里,单纯觉得“去QA化”离我还是很有一些距离的。 万万没想到!没过多久,当我上到一个项目之后,TL跟我说,我们有些项目确实是没有QA的,隔壁项目组有一个QA,但是在整个开发流程中也没有专门的测试阶段。听完之后,我眼睛瞪得像铜铃(夸张修辞):那谁来做测试策略呢?在什么阶段测卡了?什么时候做探索式测试呢?TL顾及我作为QA的尊严,立马跟我强调:“我觉
ThoughtWorks
2022-04-27
8210
敏捷驱动QA改变
敏捷理念由来已久,若从敏捷软件开发宣言的发布算起,今年已经是20周年了。在这漫长的岁月里,越来越多的团队在“四个高于”的价值观引领下,以十二项原则为指导,欣然求索而持续演进,在实践中探寻更好的软件开发方法。虽然敏捷自身一直在变化,不同团队对敏捷实践的落地也多有差别,但人们对敏捷核心的理解趋于一致。“追求更短的反馈环” -- 便是其中被大家广泛认可的一项核心目标。假如以终为始来看,那么: Inception的采用,拉近了项目团队与产品团队/用户的距离,在获得需求有效澄清的同时也对软件设计进行快速反馈和更新。
ThoughtWorks
2022-04-22
6250
探索式测试的若干问题
探索式测试是不是就是一种黑盒的测试?显然探索式测试不区分黑盒还是白盒,可以用在任何一个测试里面,但是它需要我们更加理解产品,去产品内部理解产品的设计细节,才能发现一些更深层次的、隐蔽的问题。
ThoughtWorks
2021-12-22
3360
如何实现敏捷赋能?
企业的敏捷转型,由于涉及转变企业全体成员的工作习惯,提升敏捷实践能力,所以本质上属于教育和赋能。而很多企业在做敏捷赋能时,虽然怀着完美的初衷,却好心办坏事。就如同下面三个完美搞砸敏捷赋能的案例所表现的那样。完美搞砸案例一,用培训推广最佳实践,但学员用不上。某企业为一线开发团队安排了10门敏捷技术实践培训和编程操练课程,涉及重构、自动化测试、持续集成和整洁架构。这些可都是业界所推崇的最佳实践。但在练完根据《重构》第2版第一章所改编的代码重构编程操练后,一位听课学员对讲师说,”这些重构手法固然很好,但在实际工作中,开发人员一般不会为了消除代码腐臭,而做这些重构。你所讲的通过决策树来设计测试用例,开发人员也都知道,但他们一般也不会使用。“或许有些开发人员还没有意识到重构和自动化测试的重要性,此时给他们讲这些,这就好比给一个口渴的人一个馒头,解决不了他的问题。完美搞砸案例二,集中性地推广某实践,但很快倒胃口。某企业领导认为自动化测试很重要,于是相关部门安排了为期一年的自动化测试集中推广。推广活动包括一线开发人员观看相关视频课程,编写并发布了组织级自动化测试实践指南,每月组织一次自动化测试收益分享,设计了推广活动的宣传口号“新八零”(指新增代码测试覆盖率要向80%看齐),利用企业内部研发效能工具平台统计自动化测试覆盖率,并设置了组织级自动化测试达标评判指标和进度。这样做了几个月后,发现有人开始抱怨推广活动给他们带来了额外的工作量,在内部论坛里大量吐槽评判指标不合理,参加每月自动化测试收益分享的人数越来越少。这就好比每天吃妈妈做的红烧肉,连续吃一年,吃到后来感觉就是在受罪。完美搞砸案例三,靠成熟度评级来推动,但过后删测试。某企业领导认为一线开发团队实践敏捷技术实践缺乏动力,于是想借助第三方的DevOps能力成熟度评估来促进敏捷实践的落地。为了在达标中获得好成绩,某团队在达标考核前2周,抽调8人加班加点,在原先500个自动化测试的基础上,又增加了2000个自动化测试。但在达标考核的前夜,将这2500个测试运行在流水线上后,发现即使运行了2个多小时,这些测试还没跑完。最后只好将这2000个测试从流水线上移除。而当该企业通过了达标后,为了加快流水线的运行速度,开发人员开始在流水线上移除更多的自动化测试。上述三个案例,都属于不顾一线开发团队具体情况,“拍脑袋”式推广的做法。“拍脑袋”式推广的不祥之兆在于缺乏用户思维。即在敏捷转型的组织内,规模化推广业界敏捷最佳实践时,缺乏为一线开发人员创造价值的心态,不针对他们的具体痛点,不因人、因地、因时制宜,不做频繁小批的迭代复盘和调整,只是一味地推广未经在本组织内验证过的业界最佳实践,从而完美搞砸敏捷赋能。“拍脑袋”式推广的后果,就是浪费严重。因为赋能内容在工作中“用不上”,内部教练与团队成员对敏捷赋能缺乏兴趣,而仅仅应付差使,等风头过后就恢复原样,造成赋能投入的大量浪费。那么该如何救场被完美搞砸的敏捷赋能呢?要持经达变地为一线开发人员创造价值。经书一般不会随意修改,持经就是说要坚持良好的敏捷实践原则。而一旦面临一线开发团队具体的痛点时,要在“持经”的基础上随机应变,根据团队具体情况灵调整,从而做到“达变”。要想在敏捷赋能时做到“持经达变”,可以参考三个原则:用户思维原则、赋能假说原则和分享警示原则。
ThoughtWorks
2021-10-09
5540
测试用例的管理
随着软件系统规模的持续增大,业务复杂度的持续增加,软件测试的复杂度也随之越来越大。而软件测试工作复杂度的直接体现,就是测试用例编写、维护、执行和管理,所以编写易读、易维护和易管理的测试用例可以有效的降低测试工作的复杂度。本文主要系统的介绍了测试用例的几种管理方法,包括每种的特点,适用场景以及实例。帮助不同的项目和团队,根据自己的情况选择适合的测试用例编写和管理方法,从而降低测试工作的复杂度,提高测试工作的效率。
ThoughtWorks
2021-08-23
1.1K0
持续集成和交付流水线的反模式
原文发表于:https://www.rea-group.com/blog/continuous-integration-and-delivery-pipeline-mistakes/
ThoughtWorks
2021-07-02
7100
测试用例的一些“真相”与“事实”
测试用例存在一些真相与事实,有些广为人知,有些却很隐蔽。正是基于这些真相与事实,可以对我们的手工测试、自动化测试、甚至规模化的自动化测试(数以万计的用例)带来不同的启发。
ThoughtWorks
2021-05-20
4080
如何成功的组织Bug bash
如果我们把项目的开发过程比作驾驶过程,产品质量就是安全驾驶,那么测试就像是驾驶中看挡风玻璃的过程,需要融入到整个开发中。总之,产品质量需要在开发的各个环节中来保证,Bug Bash作为常规测试的有效补充,也是产品上线前的重要一环,组织成功的Bug Bash必能使产品日趋完善。
ThoughtWorks
2020-09-01
4420
敏捷交付中的自动化测试
在提及自动化测试的时候,很多人会把工具的使用等同于自动化测试。自动化测试应该是一个策略性的系统化工程,不只有自动化工具。自动化测试要发挥其频繁快速的质量反馈作用,还需要团队从文化和技术上去建设和学习。
ThoughtWorks
2020-08-11
9640
FizzBuzz与写代码的“一万”个细节
技术是由一万个细节组成的,哪怕一个这么简单的题目,也有如此多的点。我也不敢说自己是什么高手,起码写了许多年代码,也就把自己写代码的思维展示给大家,希望对有心人有所帮助。
ThoughtWorks
2020-06-24
4730
种草Cypress和TestCafe,QA同学一定想了解的Web UI自动化测试工具
Cypress和TestCafe这两个工具相比于Selenium都更加的轻量级,且在不同的方面有了改进,比如安装更简单,增加了内置等待机制,调试更加方便等。
ThoughtWorks
2020-05-22
2.9K0
GraphQL测试实践
我们很熟悉以REST实现的API,可以用任何能够发出http 请求的库或者工具来测试REST API。去年随着GraphQL在全球风靡,它也出现在了最近两期的ThoughtWorks技术雷达中,当我们面对新的GraphQL APi时,QA应如何应对? 知彼知己,方能百战百胜,下面让我们首先来看看什么是GraphQL,它和传统的REST API又有什么不同?
ThoughtWorks
2019-11-14
2K0
修复缺陷的正确姿势
如果给我一个小时来修复一个缺陷,我会花50分钟来写测试,用剩下的10分钟来改代码 。
ThoughtWorks
2019-11-11
6710
关于质量,大家都在关注什么?
去年,我们在《数字化时代的软件测试》中看到了2017年软件质量方面的趋势和给测试人员的建议。又一年过去了,大家对软件质量保障和测试的关注有哪些变化呢?我们一起来看看这份质量报告《World Quality Report 2018-19》都有什么新的内容。
ThoughtWorks
2019-11-11
4770
点击加载更多
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档