查看完整版本: 实际工作中测试用例应用难点调查

ppent 2007-2-5 11:56

实际工作中测试用例应用难点调查

一直以来作为测试工程师的我们深信测试用例设计技术是我们的一项核心技术并进行了很多交流,但在实际工作中测试用例真正应用起来了吗,我们把测试用例真正应用起来的难点在哪呢?大家一起来投票看看。该投票结果应该对我们学习测试用例设计技术的方向、深度、如何应用有很大的影响。
如果还有其它选项,请补充。

juyoc 2007-2-9 11:35

看来都是有心无力!

ppent 2007-2-9 18:12

顶一下!希望引起更多的关注!

phoenixDT 2007-2-15 21:41

我现在的公司就是这样的,尽管想把测试用例做好,也知道测试用例在以后工作的重要性,但是等项目忙起来的时候,就无暇顾及了。

感觉还是方法问题。。。个人想法

lona_ma 2007-2-16 09:13

测试用例经常是测完了再补,边测边写,明天就要测了,今天才拿到需求写用例,晕阿~~

花蕾恋 2007-3-2 13:08

我一般都不写什么正规的测试用例,测试前想下需要测试哪些功能,然后写个简单的文档列出来
一个一个测试完有问题的就记录下来..感觉好菜啊

archonwang 2007-3-2 13:52

耗费的时间和人力成本很高,效果也不见得很好,对测试用例既认同又反对,很矛盾。

如果团队相对稳定,建立纲领性问题和框架就可以,如果流动很大或多头处理,还是老老实实写吧。

Jeongspear 2007-3-4 00:16

有时候项目的需求不是很明朗,需求的变动很大,在前期很难写测试用例,但是等产品基本成形后又由于项目进度不得不马上进行测试...这种情况下测试用例只能边测边写,甚至是等测完再补sdlkfj7

Joan2005 2007-3-5 14:06

需求变化频繁,但是不会更新需求文档,往往是需求文档形成后,到测试结束都不会有更新.在测试过程中,发现程序与需求不符的情况,就跟项目经理或开发人员沟通.确认才被告之需求变更...所以需求说明书本身的实用性不是很强,有时只是一个形式,简单的描述模块功能.这样设计的测试用例也很简单,几乎用不到什么设计方法,就是操作步骤的一个描述而已.
顺便说下,公司就一个测试人员,自己写测试用例自己测试.知道如何测试后,一般就不按测试用例去执行了....sdlkfj1

shiyi1022 2007-3-6 17:42

哈哈 都大同小异

ppent 2007-3-7 10:52

回复 #7 archonwang 的帖子

很同意#archonwang 的话:耗费的时间和人力成本很高,效果也不见得很好,对测试用例既认同又反对,很矛盾。
测试用例的输入条件(设计技术、时间资源、必要文档)与测试用例的输出产生的价值有很大的关系,两者相互相乘。满足输入条件则可以产生高价值的输出,高价值的输出又对输入有更好的推动作用。

Ancen 2007-3-11 01:46

我所在的公司,由于体制不完备性,需求经常变更,更有可能上线前两天还在变;
但是无论怎样,我都会按照测试用例去执行。
我所做的流程是
分析需求-->写用例-->执行用例
若有需求变更
需求变更分析-->维护用例-->执行用例

我们做测试用例不仅是为了整理自己的思路,也是为了新入的测试人员根据用例就可以执行测试,而不需要耗时耗力去了解需求再写用例
目的并不是单纯的为了完成任务,提交测试用例文档。
仅以如此,逐渐完善我们的测试流程,提高效率。

-----
当然以上仅是个人的一些浅薄的观点,学习大家的经验,能共同提高

[[i] 本帖最后由 Ancen 于 2007-3-11 01:48 编辑 [/i]]

ypeony 2007-3-14 10:33

我们公司比较重视用例的维护,在测试过程中需要补充用例。不知道各位是怎么使BUG和对应的用例关联起来的。用例的格式中包含有测试编号吗?一般大家采用的用例编写格式是怎么样的啊?

kevin_swpi 2007-3-14 11:18

TD
直接将需求 测试计划 测试用例 BUG几者联系起来

zl_coffee 2007-3-22 19:24

是啊,郁闷啊

vickiren 2007-3-23 14:30

回复 #8 Jeongspear 的帖子

我刚接触测试,在方法和技术上面欠缺。

jacky9947 2007-3-23 15:05

现在公司的项目的需求管理不规范,程序员对需求都不是十分清楚,我们测试就更不清楚了,迷茫中.

kyy 2007-4-12 11:50

现在很多的公司测试计划和用例都很不规范的   要想提高这方面的业务必须提升员工的业务水平和领导的重视的

leiying 2007-4-12 17:25

公司的整个文档还没有规范,写测试用例真是没有效率

hapliu 2007-5-19 10:08

需求的变更,人员的交流

需求变更,可能会导致功能的删除和增加,修改。导致测试用例有大的变更。
人员之间的交流也需要加强,比如测试人员之间,测试人员与开发人员的交流需要及时性

巩员外 2007-5-25 11:30

心有余而力不足 !

I_hui 2007-6-13 16:20

其实不同的环境中,遇到的情况是不一样的
不过都是大同小异的吧
      那因人而异吧!!!

lymusicar 2007-6-22 19:24

我是测试新手,谢谢帮助,现在急着充电 sdlkfj3

njalic 2007-7-4 13:30

没时间,没人,没文档,
什么都有~~~~~~~~~~~
领导还要求测的软件一个问题都没有,

我要死的心都有了~~~~~~~~~~~~~

刘洪鹏 2007-7-4 13:58

没有难做的事  只有难成事的人
我就不相信没有做不成的事

bluejone 2007-7-4 20:07

一般来说,根据需求文档分析测试需求,之后设计测试用例,整个项目下来 ,用例倒是设计了不少,可是在执行过程中却发现,用例和实际执行情况还是有差别的,感觉用例和实际脱节了 。
问题好像是出在对需求的分析不够细节上,可是设计用例时,如何考虑到开发具体的实现细节呢

sleepygirl 2007-7-11 15:43

我们公司有时候是时间很紧,给你需求报告,要求很短的时间把测试用例做好;有时候又没有需求报告,完全是根据产品来写!感觉不太规范!不过我还是尽量按照需求写测试用例!
sdlkfj5

iceblue72 2007-7-12 11:36

公司各种规范都不完善。很难啊

victoriatuline 2007-7-12 16:10

确实是这样

我们公司只重视发现了多少人Bug。

zhanbuqiu 2007-7-13 11:19

我做的是WEB測試,測試時沒有文檔資料
也不要求寫用例,測到BUG就一條條記錄下來

zxyu1982 2007-8-12 00:37

ding

testw 2007-8-12 19:57

一直很费解

liulinzhu 2007-8-13 16:00

都没需要,怎么写用例,难道公司认为我们都是天才?!

serena_chueng 2007-8-13 16:48

[quote]原帖由 [i]Ancen[/i] 于 2007-3-11 01:46 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=448922&ptid=64821][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
我所在的公司,由于体制不完备性,需求经常变更,更有可能上线前两天还在变;
但是无论怎样,我都会按照测试用例去执行。
我所做的流程是
分析需求-->写用例-->执行用例
若有需求变更
需求变更分析-->维护 ... [/quote]


我们一直没做到的...那如果时间不够怎么办呢?

平平淡淡才是真 2007-8-17 14:51

感觉对测试用例的后期维护还是不够到位。

sandsor 2007-8-18 12:54

我是一个还没上测试工作岗位的人, 看到大家写的工作体会,
如果都能在公司里反映并且重视了,
那样的想法是不是世外桃源?

我相信公司总是在逐渐成熟中....
可是, 总得有期吧, 什么时候呢?? 我盼忘着,

lotus0924 2007-8-22 15:24

测试用例可执行性太差

[quote]原帖由 [i]Joan2005[/i] 于 2007-3-5 14:06 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=444824&ptid=64821][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
需求变化频繁,但是不会更新需求文档,往往是需求文档形成后,到测试结束都不会有更新.在测试过程中,发现程序与需求不符的情况,就跟项目经理或开发人员沟通.确认才被告之需求变更...所以需求说明书本身的实用性不是 ... [/quote]

确实如此,最近部门同事总反应测试用例根本没法用,原因在于需求变更频繁,测试时间压缩很短,根本没有时间来更新相应的测试需求及测试用例.导致用例均为虚的.

jaunty 2007-9-21 16:08

我觉得很奇怪
为什么最后一项 选择的人那么多呢
需求变更多,没有合理的控制是项目管理的问题
而不应该是用例实践的难点
我们应该针对用例和它的实施来分析

我觉得这个投票的选项本身就有问题

tongfei96 2007-10-4 15:01

回复

第四面的选票这么多,我也意外,需求这东西变更这么快吗?

baiking1 2007-10-23 16:32

需求文档根本不合格才是我的困扰,只是描述了基本功能,如何实现根本没有,怎么写哦
页: [1] 2
查看完整版本: 实际工作中测试用例应用难点调查