51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3163|回复: 7
打印 上一主题 下一主题

[求助] 关于敏捷项目中的测试瓶颈问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-9-13 23:54:15 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
购买主题 已有 3 人购买  本主题需向作者支付 20 测试积点 才能浏览
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

8#
发表于 2012-11-2 17:18:06 | 只看该作者
先说一下我项目的环境:
小团队,我们做的是三周一个迭代的非常强调用户体验的iOS产品,除了BVT外,其他内容全部手工黑盒测试

第一周主要时间是用来明确当前版本具体做哪些feature
  test在第一周主要工作是review需求,写case
第二周主要工作是编码和实现
  test在第二周主要工作是跟进dev每天check in的变更点
第三周bug fix&发布
  第三周test会做比较全面的测试,测试重点是功能的变更点和新的feature

整个项目中虽然每个阶段测试的重点都在新功能和变更内容上,但所有功能的测试工作穿插在项目中的真个过程,每个功能在三周中都能测试到

问题:
进度上的瓶颈经常block到开发进度上,总是在release当天上午才code freeze,下午就发布了
对于模块上的某个变更点去进行全面的测试效率低,时间上不允许,所以对变更内容去做针对性测试的思路我认为是对的
每天代码上的change在20个左右,dev对每个change的描述上和test沟通不清(dev和test思想上的区别),会出现变更的影响范围描述不清导致测试不能很好的跟进
结果好几个版本在release当天的change出现bug,然后测试时间不够导致bug露出

我希望测试人员能够针对代码上的change去做百盒测试,这对测试人员的要求不比负责code review人员的能力低,并且要从另一个角度出发去测试
现在没有一个水平能够达到这种要求的人,项目的节奏不变的话这个问题就会一直存在
怎样才能解决bug漏出呢?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2012-11-2 17:17:32 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2012-10-9 09:08:42 | 只看该作者
LZ不厚道,求助问题还要求别人给你支付综合技术指数的分数...
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2012-9-25 14:10:55 | 只看该作者
LZ不厚道,求助问题还要求别人给你支付综合技术指数的分数...
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2012-9-17 16:06:49 | 只看该作者
    这个问题在以前我们项目组也出现过,主要是由于对于进度的安排极度不合理导致测试根本没有时间去做针对性或者全功能覆盖的测试,建议LZ将需求分析从敏捷项目中的三周一个迭代中去掉,给开发和测试留下三周完整的时间进行开发和测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-9-17 13:52:56 | 只看该作者
    有意思。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2012-9-14 15:22:15 | 只看该作者
    晕,奇怪 明明是求助问题还要求别人给你综合技术指数的分数...咋回事儿捏
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 09:29 , Processed in 0.095437 second(s), 31 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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