51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: ppent

[原创] 实际工作中测试用例的应用程度调查

[复制链接]

该用户从未签到

发表于 2007-4-26 08:55:18 | 显示全部楼层
视公司规模,项目大小,时间安排而定....
回复

使用道具 举报

该用户从未签到

发表于 2007-4-26 10:18:27 | 显示全部楼层
我是最近才用例写的。
以前就lz写的,自由发挥。呵呵~
若是完全按用例来感觉有点死板。不舒服。
回复

使用道具 举报

该用户从未签到

发表于 2007-4-27 15:44:59 | 显示全部楼层
几乎没有测试的经验,软件测试对我来说真的是很神秘。
哪位前辈帮我出出主意,怎样才能步入测试行业呀!
现在在努力学习ing......sdlkfj7
回复

使用道具 举报

该用户从未签到

发表于 2007-4-27 16:07:46 | 显示全部楼层
原帖由 ppent 于 2007-3-7 10:21 发表
测试用例的维护确实很麻烦,工作量很大,特别是当没有规范的变更管理时,测试用例不能跟的上功能的变化,测试用例则成了一个鸡肋。真的是用之无益,弃之可惜。
不知道你有什么好的方法呢?



其实这个最重要的还是看测试部门的leader是怎么看待这个问题的,如果leader是一个很有质量管理思想的人那么测试用例在经过两三个项目之后就不会再是鸡肋了,但如果连测试人员也不重视质量管理的话那这个就真的没什么意思了~
回复

使用道具 举报

该用户从未签到

发表于 2007-4-27 16:16:27 | 显示全部楼层
原帖由 ppent 于 2007-3-7 10:38 发表
测试用例设计被称为最能体现测试人员价值的工作之一,同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示,说明测试用例实际应用根本达不到理论的高度。在这种情况下,就更加谈不上测试用例的维 ...



测试用例是在测试过程中不断进行更新与维护的,但一个项目做完而且也对该项目的测试用例做过系统总结之后,只需要用管理工具存放起来即可,当有类似项目类似功能时取出来做为借鉴,这样就会有一部分测试用例会跟随着项目而不断的完美和充实,最终形成一个测试用例的模板

至于测试人员在执行测试用例时的具体心态与积极性,这个要看一、本人的工作态度;二、本人的主观能动性;三、测试部门对测试人员工作成绩的具体衡量方法,如果前两点该测试人员做的不好,那只能靠第三点来督促,但如果第三点做的也不好或是不合理那问题就比较棘手了,所以其实最本质的是测试部门的管理问题

以上只是个人浅见~
回复

使用道具 举报

该用户从未签到

发表于 2007-4-29 10:17:32 | 显示全部楼层
测试用例的粗细粒度很难把握.
回复

使用道具 举报

该用户从未签到

发表于 2007-5-8 10:47:07 | 显示全部楼层
测试用例原本就是为了提高我们的测试效率,如果测试之前没有经过严密的测试用例的设计,真正到测试的时候,在这个很短的测试时间段内,我们可能会遗漏了一些无效的测试用例,没有覆盖到,也正如猴子测试班,我们的效率提高不起来,而且无形中也增大了测试的风险.
回复

使用道具 举报

该用户从未签到

发表于 2007-5-9 11:26:27 | 显示全部楼层
测试用例,根本就不怎么用。一般都是直接看产品需求。
回复

使用道具 举报

该用户从未签到

发表于 2007-5-14 14:21:53 | 显示全部楼层
只编写了基本的测试用例,根据情况有时按测试用例执行测试,测试用例效果一般
由于刚进入测试行业,所以在写测试用例时没考虑周到,执行效果一般
回复

使用道具 举报

该用户从未签到

发表于 2007-5-14 15:59:35 | 显示全部楼层
我想在外企可能更注重测试用例的设计,测试时会按照设计的测试用例来操作。
在外企工作的朋友,说说你们的看法。
回复

使用道具 举报

该用户从未签到

发表于 2007-5-21 19:45:00 | 显示全部楼层
测试用例的设计是我们软件测试工程师的最基本要求和最基本技能,设计测试用例好处很多,
测试不能盲目进行,要有计划,有步骤,有思路,去合理科学地测试。
个人觉得测试一定要设计测试用例,既然都把时间给了写TC,为什么不写的更好点,更完整点呢?
回复

使用道具 举报

该用户从未签到

发表于 2007-5-22 09:50:09 | 显示全部楼层
变化中求生存!
回复

使用道具 举报

  • TA的每日心情
    无聊
    2017-1-13 07:55
  • 签到天数: 22 天

    连续签到: 1 天

    [LV.4]测试营长

    发表于 2007-5-31 16:45:08 | 显示全部楼层
    sdlkfj7
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-1 09:43:19 | 显示全部楼层
    根据实际情况决定用例程度。没有详细的需求和设计文档,很难设计出非常好的用例
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-1 10:39:34 | 显示全部楼层
    之前的测试情况是第三种
    但是现在想做成第一种
    正在努力种
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-11 18:44:02 | 显示全部楼层
    我们写的用例来自客户的需求,但实际测试时往往又发现其实那些需求还是很粗的,越测试就离最开始的测试用例偏离越远了,
    难道是缺少测试用例的维护么?一边测试一边还要不停的补充用例么?总觉得维护的工作量是一种浪费,所以很矛盾呢~~
    sdlkfj9 sdlkfj9
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-12 10:54:53 | 显示全部楼层
    是啊,我也和楼上的一样矛盾啊。。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-14 13:55:23 | 显示全部楼层

    回复 #6 archonwang 的帖子

    确实是这样的,我们的用例需要随着PD和developer的文档变化而变化,维护非常的重要,很多时间都浪费在这个上面
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-14 14:03:39 | 显示全部楼层
    原帖由 by1945 于 2007-4-9 11:52 发表
    呵呵,非常赞同ppent 的观点,一直都觉得测试用例是个鸡肋,我测试也是写些测试要点进行标记,然后进行测试,觉得比呆板的维护执行测试用例好多了,人有激情些,感觉按照测试用例来执行,心里憋得慌;
    不过我现 ...


    你说得很对,写写测试要点记录测试内容以防遗漏,这比呆板的写些test case要简略而且容易维护,但是如果所测试的项目这个版本发布了,以后还有后续版本的话,有test case,就只需要依照以前的case来执行就可以了,免去很多的工作,这时候有详细的case就比较好了
    回复

    使用道具 举报

    该用户从未签到

    发表于 2007-6-14 14:05:30 | 显示全部楼层
    原帖由 x00ganlu 于 2007-4-24 12:43 发表
    功能测试用例写到一半写不下去了,太多了 都很细
    估计也不能一一执行,


    刚写case的时候也有这种感觉,但是我们的是automation test,希望能够执行所有的case
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-3-28 19:55 , Processed in 0.078588 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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