51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3289|回复: 1
打印 上一主题 下一主题

[原创] 测试工具评估的项目管理一些思路

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-7-5 22:21:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1        项目特征
1.1        以项目应用推广发挥作用为目标
1.2        工具评估过程存在较大的不确定性,可能遇上某一个技术难题瓶颈,或者需要确认适合的应用场合。有时候一个关键的问题没有突破,后续的工作就必须停止。
1.3        项目任务切分困难,工作边界不够清晰
比如评估watri能否足以成熟到支撑大型电子商务网站自动化。
本质上不仅仅评估watri 能够识别我们网站普通的WEB元素以及比较特殊的元素(如html编辑器、windows/javascript弹出菜单、随机验证码…);还需要评估现有QTP/vbscript框架能否平滑过渡到watri编写的框架以及过渡的成本。
2        实施思路
大原则是在项目进度透明和给予组员充分自主间找一个平衡,根据产出不断诱导深入了解工具各项特性。

1)        项目一般都以1个月为单位,制定一个周为单位的计划,充分列举可能的风险。每周都定义清晰的进度标准,周五前提交本周测试工具的操作、特性以及产出的脚本。最好主管自己能够抽几点难度大的review下
2)        真正深入之前把项目的最坏情况想透,以及工具的可能应用场景。
3)        对于一个瓶颈问题,如果2天都没有突破,需要第一时间告知主管,让主管决断是增加优势资源突击解决还是整个项目放弃
4)        为了诱导组员深入考虑每一个重要环节,主管最好能够花些时间了解相关的技术细节,抛出一些有深度的问题让组员考虑技术方案

呵呵,这些思路是我自己从广东电信的主任那学习转化到的。个人认为适用的就是最好的
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2008-7-7 21:16:02 | 只看该作者
再补充一点,产出物不仅仅局限于文档与脚本,
还需要记录疑难问题的解决过程
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-6-26 06:10 , Processed in 0.068636 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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