敏捷测试头脑风暴

发表于:2013-2-01 10:32

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:熊志男    来源:51Testing软件测试网采编

分享:

  我积极思考“敏捷”这两个字的含义,努力着在以往的测试实践和学习经验中寻找相关的体会。我希望通过向嘉宾提问更多的问题,来获取更多的知识。

  我想起我头脑中也产生过一下几种对于敏捷测试的态度:

  一、敏捷崇拜者,因为敏捷是新技术思想,所以和其他的新技术崇拜一样,当时年轻的心总想学习先进的新的知识来超越自我。

  二、旁观者,经过对于敏捷的初浅认识和测试实践,发现敏捷并没有真正出现在我的实际工作中。而且,敏捷是一种应用在整个开发流程中的思想模式,那么只有在敏捷开发流程中的测试才可称之为“敏捷测试”。那么单独的“敏捷测试”应该是个伪命题了。而且我又适应了现在的工作,无法改变开发的流程,那么敏捷与我无关了?

  三、敏捷反感者,当然这不是我自己的想法,但是我可以清楚得感觉到一些合作过的同事、同行是持这种态度。他们已经适应了现有的流程,对于敏捷的第一印象“敏捷就是没有详细的文档”,那怎么行,我们需求从哪里获取?测试用例描述不细致,我们测试执行参考什么?流程如何控制?其实我不清楚他们是害怕还是不愿去接受新鲜事物。

  在参加这种技术交流时,常常感觉很耻于说出自己没有什么敏捷的经历。好像这就证明我能力有限,所经历的公司水平有限一样。我想无论是否是我低估了自己和自己所处的环境。还是要面对自己,才能够成长进步。

  那么记忆中与敏捷沾边的工作,就是2009年在广联达公司的测试工作。印象最深的几点:

  一、测试用例简化,以往的花了很长时间编写的测试用例,除了在第一轮测试时候会参考执行以外,作用非常有限,而且维护困难,每次例会讨论用例维护的方案总是不了了之。用例简化后,针对每个功能点列出简要的测试点在QC中,而不去写详细的用例。在每一轮的测试过程中都会去维护增加新的测试点。

  二、测试提前,区别以往等待开发人员给出正式版本后再进行测试。而是,在得到需求的第一时刻,列出相应的测试点并发给开发人员确认,在与开发的沟通过程中得到对于需求的统一认识。然后在开发做完每一个新功能时,一个测试和一个开发坐在开发的工位上按照测试点,逐一在本机上验证。这样就不用从服务器上等到正式版本再测试了。

  三、组织结构,拆散原来独立的测试部和开发部,根据产品、功能、地区版本划分,开发和测试以大概2:1的比例组成一个团队,当然由于需求人手紧张,所以一个需求人员会同时参与几个团队的工作。这样转变了原来开发与测试的对立局面。

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号