51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 评审用例的重要性

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-12-18 13:08:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
现在测试的一个patch,目前已经build005了,一个小patch就要重新打包5次,可想若是一个大的项目得打多少包,测试人员又得测试多少遍啊。
     什么都是有原因的,从中得出的教训是该patch包没有严格按照测试流程走。由于是个patch,项目管理提交的需求文档不全面,部分测试用例是根据项目管理及开发负责人的口头阐述编写的,而测试用例评审时开发负责人及项目经理没有参加,只是测试人员和开发人员的参与,现在才知道测试的用例和客户的需求是相违背的,还有多余的用例,种种原因造成了一次又一次的重新打包。我觉得流程问题很值得注意,再就是即使是patch包,项目管理、开发部、测试部都要严格按照测试流程走,不要因为是patch包就不重视。希望同行软测人员加强重视测试流程,避免造成人力、物力资源的浪费,更重要的是影响产品的质量。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-12-18 15:31:58 | 只看该作者
测试用例应该全体参加,包括测试,开发和项目经理,如果有条件的话,客户也应该参加
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-12-18 16:05:04 | 只看该作者
楼上说的很对,我们流程是要项目部、测试部、开发部相关人员都要参加的
但由于项目紧,是周末加班写的用例并进行的评审,而当时项目部、开发负责人不在
我们是没有客户参与的,因为我们接到的都是产品部下达的需求文档给项目部,项目部再组织召开该项目的开发
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-12-18 16:28:08 | 只看该作者
我感觉问题的源头是出在了需求这块啊~~~
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2007-12-18 20:51:39 | 只看该作者
楼上说的对,问题的根源是需求,不过评审时走正常流程的话,需求的问题还是能找出来的,但偏偏评审时开发负责人和项目经理都没参加

平时这个时候我早回家了,因为需求问题一直打包,这不我现在还在公司加班呢,
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 01:46 , Processed in 0.077567 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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