敏捷测试理论以及实践(5)

发表于:2011-11-18 10:51

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

 作者:softerwarer    来源:51Testing软件测试网采编

  3、DevTest:测试管理工具,用于管理测试用例,以及用测试用例来生成测试计划并且实施测试(包括自动化测试)

  这三个产品可以集成在一起用,也可以分开单独用,当然我们是集成起来用的。

  接下来我就按照测试的实际流程来介绍一下敏捷测试在我们公司的具体实现情况。

  1、需求设计阶段:

  我们公司也是开发产品的,主要是开发CRM方面的产品,和其他软件企业也一样,我们每个版本的发布首先是需要先收集客户需求开发相应功能、自己研发出新功能以及查看研究并超越竞争对手的功能。

  这部分的工作主要是在DevSpec进行,DevSpec是主要用来管理需求和分配需求让开发去开始做的,它会对每个功能(不管是客户的,自己的,或者研究竞争对手得出的)新建一个条目项,每个条目都会有自己的属性,包括标题,负责人,状态等,反正你想加什么属性都可以自定义的。然后负责人登录系统就可以看到分配给他的条目,他处理完了就必须把状态改到下一个状态,并且分配到适当的其他负责人。对于测试而言,我们设置有一个状态叫做“测试审核”状态,一般一个需求点到了这个状态,咱们设计测试人员就会去处理这个需求,处理的方式,一般就是从原始的文档入手,去看看现在的设计是不是符合原始的文档,如果有出入的话,他就会去和设计人员交流一下,然后把这个条目打回“需要重新设计”状态,设计人员弄完就会重新更改状态,最后测试人员审核通过后,就可以进入“待开发“状态了。

  这里强调一点,在这个阶段,所谓的设计测试人员,并不一定必须是专职的,他可能是项目经理或者是其他人,但是他一定是一个有能力来判断设计思路是否符合要求并且有权力让设计人员重新去设计的人。

  这就是需求设计阶段,测试人员要做的事情。下面贴个DevSpec的图作为今天文章的结尾。(未完待续)

相关链接:

敏捷测试理论以及实践(1)

敏捷测试理论以及实践(2)

敏捷测试理论以及实践(3)

敏捷测试理论以及实践(4)

22/2<12
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号