51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2666|回复: 4
打印 上一主题 下一主题

[原创] 关于测试 用例评审

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-6-26 22:27:38 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
用例的正式评审这一个环节,怎么样做才会有效?才会不浪费时间?

现在感觉对用例进行完整的评审非常之浪费时间,因为一个项目用例写下来,很有可能上千个用例;照这样评审下来;基本是很浪费时间且效率非常之低的;

有提议说做业务流的用例评审,而其它的不需要去做了,这样是否合理呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2007-6-29 09:10:03 | 只看该作者
谢谢各位的关注:

现在想走的方式,就是需求人员、项目经理等评审业务流的用例;而测试组的其它人员,去评审其它的用例;
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-6-28 17:57:06 | 只看该作者
1.感觉先让评审人员看看用例
2.然后测试人员之间互相评审
3.其他评审人员对用例的流程方案进行评审
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-28 13:36:39 | 只看该作者
成员之间功能用例评审,领导评审业务流,这样能减少时间
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2007-6-27 09:57:52 | 只看该作者

因项目而制定评审方式

sdlkfj2     针对不同的被测项目(或程序,软件),可能都有不同的方式.因为项目不同,可能遍写的用例的覆盖程序,详细程序等都不同.评审指标也不同.
    好的用例可以使测试完整,完善,提高项目质量.
    有时候,"以偏概全"未必是坏事.用例的评审,除了按基本业务流过一遍后,最重要的应该结合项目的风险(系统,安全,应用风险)等,对用例进行审核吧.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-11 17:02 , Processed in 0.065441 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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