认识达内从这里开始

敏捷开发是目前大多数软件编程开发程序员都在使用的一种软件开发方式，而本文我们就通过案例分析来简单了解一下，敏捷测试应用实践分析。

采用敏捷测试思维

我们提醒敏捷测试人员丢掉一直以来的“质量警察”思维。现在你在敏捷团队中，开发人员参与测试，测试人员可以做任何事情以帮助团队生产优秀的产品。敏捷测试态度是前瞻性的、创造性的、欢迎新思想、乐于承担任何任务。敏捷测试人员不断磨练自己的技能，随时准备协作，相信直觉，希望帮助团队和业务成功。

我们并不是说你应该披上超级测试王的斗篷，去保护世界免受缺陷的危害。在敏捷团队中不存在狂妄自大。团队成员分享你对质量的追求。关注团队目标，帮助每一个更好地工作。

使用敏捷准则和价值观指导你。不断尝试简单的方法来满足测试需要。勇敢地寻求帮助和实验新想法。关注于产生价值。尽可能多的直接交流。灵活地应对变化。记住敏捷开发以人为中心，我们应该享受工作。当对此怀疑时，回顾敏捷价值和准则来决定该怎么做。

敏捷测试思维的一个重要部分是不断想办法改进工作。成功的敏捷测试人员持续地磨练技能。读好书、博客和文章以获得新想法和技能。参加本地的用户组会议。加入邮件列表讨论以获得问题或者新想法的反馈。如果你的公司没有付钱让你参加一个很好的会议，那么把你的经验写成报告在免费的会上作交换。对测试和敏捷开发社区进行反馈也会对你有益。

实验新的实践、工具和技术。鼓励团队尝试新方法。短期迭代非常适合这种实验。你可能会失败，但是很快你可以尝试其他的。

如果你管理敏捷测试人员或者敏捷团队，给他们时间去学习并提供所需的培训支持。移除障碍使他们更好地工作。

当你面对影响测试的问题时，让团队都知道这些问题。通过头脑风暴的方式克服这些障碍。回顾会议可以讨论这些问题并想办法解决。维护一个阻碍事项列表，并在每个迭代中解决一到两个。使用可视化的大图片或者虚拟方式，确保所有人都知道发生的问题并可以跟踪编码和测试的进度。

自动化回归测试

敏捷团队没有测试自动化会成功吗?可能吧，但是我们所知道的成功团队都依赖自动化回归测试。如果你花费全部时间用在手动回归测试上，绝没有时间用于重要的探索性测试(会发现隐藏在代码中的危险行为)。

敏捷开发利用测试来指导开发。为了编写代码使测试通过，你需要快速、简单地运行测试。没有短期反馈周期和安全的回归测试，团队将很快陷入技术债务，缺陷不断增加，速度越来越慢。

自动化回归测试是团队的工作。整个团队应该选择每种测试适合的工具。提前考虑测试将帮助开发人员为了便于测试自动化来设计代码。使用敏捷测试象限和测试自动化金字塔来帮助你自动化各种类型的测试。

记住从简单入手。你会惊讶地发现一些基本的自动化冒烟测试或者自动化单元测试会发生很大作用。

测试自动化是团队的工作。开始时很艰苦，需要克服很大的痛苦。如果你管理开发或者测试团队，确保在时间、培训和激励上提供了足够的支持。如果你是没有自动化测试的团队的测试人员，开发人员疯狂地编写代码以至于不会停下来考虑测试，那么你会面临很大的挑战。尝试从管理层和团队成员中获取支持以开始小规模的自动化工作。

提供并获取反馈

反馈是敏捷的核心价值。敏捷的短期迭代可以提供持续的反馈以帮助团队运转正常。测试人员通过自动化测试结果、探索性测试的发现和系统实际用户的观察结果的形式帮助提供反馈。

敏捷方法允许团队获取有关构建中软件的反馈。这是关键。故事代表了测试人员和分析人员向开发人员提供反馈的工作单元。迭代发布有助于团队外部的反馈。大多数敏捷实践都创建了反馈循环使团队应用。

测试人员也需要反馈。你怎么知道从客户手里拿到了预期行为的正确例子?你怎么知道编写的测试用例正确地反映了这些例子?开发人员通过查看你收集的例子和你创建的测试能够理解应该编写什么代码吗?

一个有价值的技能是学习如何寻求自己工作的反馈。询问开发人员是否得到了足够的信息以理解需求并且是否能够指导编码。询问客户是否理解质量标准。花时间参与迭代计划会议和回顾会议以讨论这些问题并提出改进方案。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。