51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 怎样做好软件测试进度的管理

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-3-5 17:20:32 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
软件测试进度控制无疑对整个项目的完成至关重要?但如果把握测试项目的进度,如果做好进度的记录工作?
各位专家可有良策?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-3-6 10:27:02 | 只看该作者
我也想知道了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-3-6 11:10:00 | 只看该作者
个人建议可以从需求追踪(requirement traceability)入手
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2009-3-6 14:03:02 | 只看该作者
    从需求入手,进行WBS分解。这步做好了,后续的工作就相对比较简单。只需要适当调整对应的处理进程。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-3-6 14:39:57 | 只看该作者
    偶个人的看法是把产品分为老功能和新功能两部份分别进行追踪

    对于老功能,追踪:
    1. Regression Testcase Execution Coverage
    2. Regression Testcase Pass Rate
    3. Customer Message Regression Execution Coverage
    4. Customer Messasge Regression Pass Rate

    对于新功能,追踪:
    1. Requirement completion
    2. Testcase completion and scenario coverage
    3. Testcase execution rate
    4. Testcase pass rate
    5. New message, in process message, complete message (numbers and rate)

    除了功能方面的,还有性能、安装、平台等测试进度、结果需要追踪。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-3-6 16:30:54 | 只看该作者
    注意进度控制的颗粒度,不宜过粗,否则不好控制,以及做好进度的度量控制,以及及时采取控制措施
    使进度在控制的范围之内
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-8-10 14:28:03 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-8-11 17:28:49 | 只看该作者
    我们管理进度蛮简单的。用一块白板,每天花10分钟开会就搞定了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-27 11:57 , Processed in 0.073796 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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