51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3454|回复: 6
打印 上一主题 下一主题

[讨论] 关于测试用例的疑问

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-7-12 22:25:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
先说一下公司的情况吧。公司里有单独的测试部,开发部提交一个软件,测试部按用例数进行测试费用的结算。
问题如下:
  因为公司自己做产品,没有需求,测试人员写用例只能按开发部的UI界面或者已经完成的软件来写,前期的UI评审等过程一般都不会参加,最后的用例评审,也只是测试部自己来进行。由于要进行测试费用的计算,所以在写用例时,就会有用例数量的要求,就也成为测试人员的考核标准。
  结果就是,测试人员在写用例时,就是以数量第一,有时一条用例也会拆两条。一个小工具就是几百条用例,一个不大的项目就有五六千条了,导致用例质量的下降,也会花大量的时间用于写用例,而很少关注其他方面。
  我的疑问是:在测试整个活动过程中,测试用例是不是整个测试活动的中心?有些小工具,是不是不用写用例,也是可以测试的,这样做更节省时间,也加快项目的进度(不考虑测试费用的结算)。开发部跟测试部应该是一种什么关系?是一种生意的关系还是有其他的合作方式?现在公司有很多外包项目(是把公司的项目交给外包公司来做),大家能说一下有这方面的管理经验吗(外包公司做好后,测试部完成写用例和验收测试)?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-7-17 17:22:44 | 只看该作者

问题严重

怎么能以数量来计算费用呢?第一部就错了,后面……
简单的功能CASE还是要写的,可以简单一些,不然测试的时候都没有依据,也不利于BUG的重现与追踪。
你认为呢?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-7-17 18:49:36 | 只看该作者

有问题

1、测试用例是根据srs和测试方案写的,是验证需求的。
2、测试用例是在编码完成之前就要做好的。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-7-18 17:24:27 | 只看该作者
测试用例是作为测试的一种依据吧,重要的是要保证项目的质量,以测试用例来衡量工作必然会造成你说的测试人员过多追求用例数量的结果。
开发与测试对于整个项目而言,是合作关系的吧。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-7-19 11:58:34 | 只看该作者

测试用例是测试工作不能少的一部分!!!!

楼上说的很有道理噎!

无论测试的东东有多小,测试用例都必须按照需求来完成的,开发和测试就是合作关系!!!!!!

测试人员和开发人员的沟通是很重要的!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-7-19 11:58:47 | 只看该作者

测试用例是测试工作不能少的一部分!!!!

楼上说的很有道理噎!

无论测试的东东有多小,测试用例都必须按照需求来完成的,开发和测试就是合作关系!!!!!!

测试人员和开发人员的沟通是很重要的!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-7-19 13:54:35 | 只看该作者
但存在一种情况,比如我目前的公司

QA人手不足,或者说已经沦落到QC了,根本不可能在编码阶段写用例,

别人下个单给你,要你今天必须完成,我们有时候加班到第二天中午(这种变态的工作方式已经严重造成人员流失是后话了),这种场合根本没时间给你写用例

面对这种随时接单测试的公司或企业,如何保证自己的测试依据?!sdlkfj8
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-25 04:15 , Processed in 0.071340 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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