导读:你已经成功地采用了敏捷开发方法,但刚开始启动的接近100%的新开发项目很少强调测试任务。本文将介绍如何才能专注于敏捷开发团队的质量和测试。
关键词:敏捷开发;敏捷测试;瀑布开发;敏捷方法;
你已经成功地采用了敏捷开发方法,并正在用自己的方式通过敏捷开发团队的学习和成长阶段。通常情况下,刚开始启动的接近100%的新开发项目很少强调测试任务。
作为一个品质保障经理,你如何让团队和新代码开发一样重视质量和测试?你的测试团队是否能专注于测试,或他参与了多个项目,还需要时间和精力?
在长期和短期计划中,敏捷测试是非常重要的,因为随着产品在迭代和冲刺中 的开发,它对代码和需求响应时间快速并更改频繁。我们知道速度和灵活性的需要是企业的现实,但你是怎么有效地平衡这些方面的,是专注于测试吗?你的敏捷开发团队需要接受并提倡在高效和彻底测试的同时建设质量的重要性。你的敏捷开发团队需要沟通,让测试更加灵活,快速和有效,并允许你的测试团队专注于测试。
在这篇文章中,我们将回顾三种方式以提高敏捷开发和测试团队的能力,来生产出高品质的产品。我们将通过建立强大的通信线路来专注于测试,确保测试的时间保持灵活和快速改善使用测试值,有效的测试方法,来改善产品开发。
建立强壮的通信
强有力的沟通是由什么构成?它是人们在厨房聊天,或者拿起电话并讨论他们的计划吗?虽然人际沟通是有帮助的,但是你需要培养的是团队的业务沟通。当开发人员获得需求,并开始编码和更改,这些更改需要一开始传达给你的测试团队,而不是在报告缺陷之后。例如,也许开发人员发现一个未知的工作流程或实施只是由于现有的功能被破坏而导致不工作。在迭代过程中发现这些问题,并解决他们实际上是一个好事——这使得项目敏捷。
其次,要注意如何把变化传达给团队其余的成员。当一个团队正在从瀑布开发周期学习和转变自己的思想到敏捷,团队通常会继续执行相同的操作和通信,但会在一个更紧凑的时间框架里面。
给你的敏捷开发团队自由
你如何让一个团队自在地互相交谈?有些公司的团队建设活动,可能是有益的或是痛苦的。
首先,介绍团队成员彼此认识。你的团队是远程的或在同一间办公室都不要紧。每日敏捷开发会议期间,给两分钟时间,让每一个团队成员描述他们喜欢的活动或爱好。作为一个管理者,准备好从自己开始,在不接管情况下打造和培育谈话。也许是日常琐碎的问题,将有助于打破单调,让人们谈论。重要的是添加一个乐趣的元素或不严重的信息,以促进对话。
当团队成员与彼此感觉更舒适时,能让他们更自然的分享重要的细节。他们不仅开始考虑问题或变化如何影响他们的工作,而且如何影响他人。一旦一个团队学会如何沟通,更容易共享信息了。
灵活的测试时间
作为一个测试团队的经理,花时间规划,设计和参加站立会议。不要通过发送给每日需求更新邮件而使你的测试团队分心。直接去并得到想要的信息。了解敏捷开发经理,并熟悉你的测试团队和敏捷开发团队成员执行的任务。
在敏捷开发中,某种测试形式在整个迭代过程中不断发生。一个测试任务应该作为每个用户故事的一部分而存在。做到灵活性;不强制要求每个用户故事必须有一个单独的测试案例。一些用户故事的测试合并到一起,这样分开的测试是多余的,或导致返工,改变测试重点并清理测试案例。相信你的测试团队。在一个测试案例如何编写上给他决策灵活性。
在没有比在头脑风暴会议和非关键项目中失去重点或被压缩更能够削弱测试的了。当你的团队成员正在测试一个迭代过程时,他们专注于测试非常关键。不要关于下一个版本设置头脑风暴会议,或将其分配到与现在测试的实际已经可用代码有很少或根本没有联系的“特殊”项目中。这是作为一个测试经理的工作,进行创新和改进,但不是创建分心。离开这些项目的发行周期,或当迭代周期完成,并开始新的规划。
花时间来观察你的测试成员。他们在测试过程中实施的是迭代周期的开始,中间或结尾?它总是发生在迭代的后三天?如果测试总是发生在后三天,那么你的敏捷开发团队仍持有到他的瀑布式开发方式。成为导师和教练,拿出可行的解决方案,使测试和开发贯穿于整个迭代过程,而不是仅仅在结束的时候。
快速,有效的测试方法
首先,这没有办法做到自动化。快速和有效指的是纯手工的和心理技术测试人员无意识的使用的。你的团队拥有这些技能。当你观察他们的工作时,学习他们如何创建自己的测试。他们包括哪些部分的工作流程?他们在迭代中要走多深?他们是不是现在粗略测试而后再进行更深入的测试呢?
在敏捷开发中,首先着眼于小件的正在改变的工作流程更为有效。在以后的回归周期或作为下一次迭代的一部分,添加更全面的测试。例如,许多测试者创建电子表格来建立测试。后来在完整的迭代周期结束时合并他们的电子表格到测试工具。这样一来,在测试需要迭代到一块时不断地添加到测试用例集。
它像从地面上开始构建一个建筑。该计划从地基开始。地基必须是正确的,不然建设将是有缺陷的。打造出你的地基,然后建立另一块结构。后,一旦每个部分都经过充分测试后,能够从测试件建立完整的测试。后,你拿出一个测试来检查整个结构。
改善商务沟通,增加测试时间和结构上的灵活性,并建立每个迭代的测试,为你提供了一个充分测试的有效产品。此外,你将拥有知道如何彼此沟通的团队成员。让你的团队专注于测试,而不是更多的项目。后,建立迭代测试,然后使用这些测试积木打造出回归的终版本,来达到实现有效的深入测试。
本文出自:http://www.searchsoa.com.cn/showcontent_65918.htm