blocks|key|3983143|text|我不确定是否存在真正的敏捷测试技术。有些测试技术在敏捷环境中使用并运行良好，而另一些则不然。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3983144|通用敏捷质量实践是技术精练原则的一部分：|offset|length|3983145|按例说明|unordered-list-item|3983146|测试驱动开发|3983147|全队进场|3983148|单元测试|3983149|连续交付|3983150|一些可能有帮助的技术：|3983151|A/B测试和生产测试|entityMap|0|LINK|mutability|MUTABLE|url|https://less.works/less/technical-excellence/index.html^0|0|9|4|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|11|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|12|8|@]|9|@$D|13|E|14|1|15]]|A|$]]|$1|F|3|G|5|H|7|16|8|@]|9|@]|A|$]]|$1|I|3|J|5|H|7|17|8|@]|9|@]|A|$]]|$1|K|3|L|5|H|7|18|8|@]|9|@]|A|$]]|$1|M|3|N|5|H|7|19|8|@]|9|@]|A|$]]|$1|O|3|P|5|H|7|1A|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|1B|8|@]|9|@]|A|$]]|$1|S|3|T|5|H|7|1C|8|@]|9|@]|A|$]]]|U|$V|$5|W|X|Y|A|$Z|10]]]]

I am not sure true Agile testing techniques exist. Some testing techniques are used and work well within the Agile context, others don't.

Common agile quality practises, part of the <a href="https://less.works/less/technical-excellence/index.html" rel="nofollow noreferrer">technical excelence</a> princible:

<ul>
<li>Specification by Example</li>
<li>Test Driven Development</li>
<li>Whole team approach</li>
<li>Unit testing</li>
<li>Continuous delivery</li>
</ul>

Some techniques that might help:

<ul>
<li>A/B testing and testing in production</li>
</ul>

blocks|key|3983262|text|敏捷测试依赖于许多关键概念。其中两项是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3983263|测试金字塔|header-two|3983264|这为拥有大量好的单元测试、中等数量的集成测试和少量缓慢而脆弱的UI测试提供了指导。|3983265|📷|atomic|offset|length|3983266|敏捷测试象限|3983267|类似于金字塔，又表现了各种不同类型的测试。但是，这更好地将它们与业务需求和目标联系起来，就像在侧面显示的那样。|3983268|3983269|我所知道的最好的指南详细介绍了这一点？|3983270|3983271|关键的实践是:+BDD和TDD|3983272|BDD+-+Behvior驱动开发|3983273|使用高级测试(首先失败)驱动应用程序代码的开发和设计，从而使其通过。|3983274|TDD+-测试驱动开发|3983275|我更喜欢把它称为“测试驱动的设计”。使用测试确保每个组件都工作。所有外部服务都应该进行模拟和删除(网络、磁盘、数据库、屏幕等)。|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://i.stack.imgur.com/YsR1n.png|imageAlt|1|https://i.stack.imgur.com/O1oa2.png|2|https://i.stack.imgur.com/IpPVF.png^0|0|0|0|0|1|0|0|0|0|0|1|1|0|0|0|1|2|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1F|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|1G|8|@]|9|@]|A|$]]|$1|E|3|F|5|6|7|1H|8|@]|9|@]|A|$]]|$1|G|3|H|5|I|7|1I|8|@]|9|@$J|1J|K|1K|1|1L]]|A|$]]|$1|L|3|M|5|D|7|1M|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|1N|8|@]|9|@]|A|$]]|$1|P|3|H|5|I|7|1O|8|@]|9|@$J|1P|K|1Q|1|1R]]|A|$]]|$1|Q|3|R|5|6|7|1S|8|@]|9|@]|A|$]]|$1|S|3|H|5|I|7|1T|8|@]|9|@$J|1U|K|1V|1|1W]]|A|$]]|$1|T|3|U|5|6|7|1X|8|@]|9|@]|A|$]]|$1|V|3|W|5|D|7|1Y|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1Z|8|@]|9|@]|A|$]]|$1|Z|3|10|5|D|7|20|8|@]|9|@]|A|$]]|$1|11|3|12|5|6|7|21|8|@]|9|@]|A|$]]]|13|$14|$5|15|16|17|A|$18|19|1A|-4]]|1B|$5|15|16|17|A|$18|1C|1A|-4]]|1D|$5|15|16|17|A|$18|1E|1A|-4]]]]

Agile testing relies on a number of key concepts. Two of them are:
<h1>The Test pyramid</h1>
This provides a guide for having a large number of good unit tests, a medium number of integration tests and a small number of the slow and brittle (by their nature) UI tests.
<a href="https://i.stack.imgur.com/YsR1n.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/YsR1n.png" alt="enter image description here" /></a>
<h1>Agile Testing Quadrants</h1>
Similar to the pyramid, another representation of the various different types of testing. This however is better at relating them to the business needs and goals as shown on the sides.
<a href="https://i.stack.imgur.com/O1oa2.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/O1oa2.png" alt="enter image description here" /></a>
The best guide I know of that covers this in detail?
<a href="https://i.stack.imgur.com/IpPVF.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/IpPVF.png" alt="enter image description here" /></a>
Practices that are key are: BDD and TDD
<h2>BDD - Behvior driven development</h2>
Using high level tests (that fail first) to drive the development and the design of the application code that will make them pass
<h1>TDD - Test Driven Development</h1>
I often prefer to refer to this as 'Test Driven Design'. Using tests to make sure that every component works. All external services should be mocked and stubbed out (network, disk, database, screen, etc).

In our project we want to move away from the regular testing methods (e.g. ISTQB specification based testing) and we want to expand our testing technique with agile testing techniques. Who knows agile testing techniques? Are there more ideas &amp; suggestions?

Based from my experience we have following agile testing techniques: 

<ul>
<li>Test jumpers (e.g. <a href="https://www.satisfice.com/blog/archives/1372" rel="nofollow noreferrer">Test Jumpers Explanation)</a></li>
<li>Exploratory testing </li>
<li>Paired exploratory testing (e.g. <a href="https://www.satisfice.com/blog/archives/598" rel="nofollow noreferrer">Paired Exploratory testing</a>)</li>
<li>Session based testing</li>
</ul>

Are there more agile testing techniques which could help in our case? 
Any help is appreciated! Note we are testing mainly Web-Browser Applications.

Are there more agile testing techniques like test jumpers, mob testing etc.?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在我们的项目中，我们希望摆脱常规的测试方法(例如，基于ISTQB规范的测试)，我们希望用敏捷测试技术扩展我们的测试技术。谁知道敏捷测试技术？还有更多的想法和建议吗？根据我的经验，我们有以下敏捷测试技术：测试跳投者(例如测试跳投者的解释) )探索性测试配对探索性测试(如配对探索性检验)基于会话的测试在我们的情况下，是否有更灵活的测试技术可以帮助我们呢？任何帮助都是非常感谢的！注:我们主要测试Web浏

问是否有更灵活的测试技术，如测试跳投、暴民测试等？
EN

回答 2

Stack Exchange QA用户

Stack Exchange QA用户

测试金字塔

敏捷测试象限

BDD - Behvior驱动开发

TDD -测试驱动开发

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问是否有更灵活的测试技术，如测试跳投、暴民测试等？EN

回答 2

Stack Exchange QA用户

Stack Exchange QA用户

测试金字塔

敏捷测试象限

BDD - Behvior驱动开发

TDD -测试驱动开发

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问是否有更灵活的测试技术，如测试跳投、暴民测试等？
EN