51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: lsekfe
打印 上一主题 下一主题

一个优秀的测试如何在敏捷开发中体现自己的价值?(2012.12.3)(获奖名已公布)

[复制链接]

该用户从未签到

21#
发表于 2012-11-23 11:10:41 | 只看该作者
敏捷应该规避掉领导层对流程的干预,规避掉影响整个流程的外界因素;切忌死板教条,应结合公司实情,从实际情况出发,走具有各家公司特色的敏捷流程,否则敏捷就是一场空谈,往往容易成为加班的代名词
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2012-11-25 20:33:32 | 只看该作者
我理解该问题问的是"一个优秀的测试角色如何在敏捷开发中体现自己的价值"。以下就不讨论敏捷开发的特点和测试角色所需的基本素质了,仅针对于测试角色如何在敏捷开发这种特定模式下要体现价值来讨论的以下几个要素。为个人拙见,请高手指点:

1. 测试和开发技能的融合
在敏捷开发模式中,测试角色和开发角色经常界定模糊,测试和开发的工作交叉也是常有的事。一方面,当团队有配备相对独立的测试人员时,测试人员往往需要有一定的开发能力,才能和开发人员紧密配合完成测试,满足项目进度的要求。另外一方面,当测试角色由开发人员兼任的时候,开发人员需要培养自己良好的测试技能,包括测试用例的设计开发能力,也包括测试执行和结果分析能力。总之,当团队人员注重测试和开发技能在自身的充分融合时,测试就能在敏捷开发的过程中体现应有的价值。

2. 培养沟通能力和包容态度
敏捷开发对团队人员的沟通能力有着很高的要求,因为密切的协同工作是敏捷开发的一个重要内容。而在测试方面,特别需要强调的是包容态度。由于敏捷开发的节奏和方式决定了高密度地发现bug是很普遍的现象。测试人员切不可因此产生对开发人员的意见和抵触态度,而应该有很好的包容态度,从协同合作的角度来完成测试。

3. 充分理解测试需求
这里说的并不仅仅是读文档了解需求,以及通过和客户交流以明确需求这么简单。在敏捷开发环境中需求往往是不明确的,甚至来自用户的需求也可能是模糊的。测试人员往往需要判断和检查需求的合理性、帮助用户明确需求细节、甚至不得不从历史版本中获取需求。而这种工作能力往往需要时间的沉淀和经验的积累。测试角色要培养从多渠道理解需求的能力,才能有助于测试工作的完成。

4. 积极团队协作,参与开发沟通
这是第2点的扩展,介于敏捷开发的高度迭代性,以及高密度的团队讨论,测试角色要积极参与团队的讨论和决策,富有责任心。应该积极参与有助于团队目标相关的工作,即使是和测试无直接相关的工作。团队协作始终是敏捷开发的关键成功因素,测试角色必须充分了解其重要性,并积极投入。

5. 抗压能力
对于测试工作来说,敏捷开发环境经常是恶劣的。比如有限的资源、苛刻的进度的要求,以及对测试的高期望值,再加上需求的模糊、大强度的工作量、难以控制的风险,这些因素都可能对测试人员产生压力。测试角色对这些压力要有充分的思想准备,敢于面对。

6. 测试人员掌握特定的测试能力
除了一般的测试技能,测试角色还需要熟练掌握哪些比较适用于敏捷开发的测试技能,例如探索性测试的思路的应用,探索开发各种不同形态的测试方法,有助于在敏捷开发这种有时间压力和测试需求往往不太明确的环境下发现严重的软件缺陷。测试角色要了解各种测试技能对于敏捷开发的适用性,才能选择好合适的技能应用于项目中,体现出测试的价值。

总之,测试角色在敏捷开发中体现自己的价值比在一般开发中更难,有能多的技术和素质方面的能力要求。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2012-11-26 16:17:10 | 只看该作者
测试先行,往往测试测试出来的问题,开发不愿意在第一时间内解决,一直拖
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    24#
    发表于 2012-11-27 13:16:23 | 只看该作者
    关键还是个人能力要高
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2012-11-27 14:34:45 | 只看该作者
    敏捷模式对开发及测试都有很高的要求,开发与测试的技术都要强,才能保证项目能够正常进行。
    并且要有很好的沟通方式,合作要相当愉快,团结成一个Team,那么才能很好的开展。
    测试人员要在项目前期即是入项目,能够在开发设计时就参与,在设计前期结合测试经验,尽早给开发合理建议,保证设计上没问题,不会有设计上有返工的情况。
    另外,测试在理解需求与设计用例时,都要与开发紧密联系,相互帮助,相得益彰。用例设计,要尽可能的简洁,用例数不要过多。在测试过程中,测试人员不仅仅执行用例,并且要结合探索测试,及早发现重大问题。
    在整体敏捷开发中,开发会一个模块一个模块的开发,测试也如此,但是,一定要有一个能力超强的测试人员,理解所有需求,在每个模块的设计前期都要参与,提供测试的意见,起到桥梁的作用,并且能够使整个项目完全衔接到一起,不会被开发牵着走,而共同进步。
    我想这样项目才会更加顺利的进行。
    上述是我在近一年半的敏捷测试过程中总结的,其中还是存在了很多问题,但是,整体项目还是取得了很大的收获,当然这都是针对不同人的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2012-11-28 15:40:17 | 只看该作者
    首先,价值和能力是自己知识和经验积累的一个过程,是需要对自己有一个客观的定位;  版主的提问中就已经提到了一个优秀的测试,所以没必要体现自己的价值,只需要适应敏捷流程,在流程中返回更大的作用就好了。
    敏捷提到了测试驱动开发、自动化的概念,我想比较高端的就在编写测试脚本、自动化写作、性能测试方面了,既然优秀就做好该方面
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2012-11-28 16:54:21 | 只看该作者
    感兴趣中。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2012-11-29 11:44:44 | 只看该作者
    敏捷课怎么样的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2012-11-29 13:38:09 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2012-11-29 13:38:21 | 只看该作者
    f
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2012-11-29 13:38:33 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2012-11-29 13:39:15 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2012-11-29 13:39:39 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2012-11-30 09:05:18 | 只看该作者
    在我们公司,敏捷测试之后还有一轮集成测试也验收测试。所以作为敏捷测试的职责是在开发完成代码不久,尽快的发现问题,把问题发现暴露在最前端,减少开发成本。拖得越久,成本越高。
    同样,作为一名测试人员,必须比开发熟悉需求,对项目所有业务都要熟悉,才能更快的找出问题,定位问题。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-5-21 02:13
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    35#
    发表于 2012-11-30 09:43:51 | 只看该作者
    想了解敏捷测试
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-18 04:49 , Processed in 0.069760 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表