51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

楼主: ppent
打印 上一主题 下一主题

[原创] 实际工作中测试用例应用难点调查

[复制链接]

该用户从未签到

21#
发表于 2007-6-13 16:20:52 | 只看该作者
其实不同的环境中,遇到的情况是不一样的
不过都是大同小异的吧
      那因人而异吧!!!
回复

使用道具 举报

该用户从未签到

22#
发表于 2007-6-22 19:24:38 | 只看该作者
我是测试新手,谢谢帮助,现在急着充电 sdlkfj3
回复

使用道具 举报

该用户从未签到

23#
发表于 2007-7-4 13:30:45 | 只看该作者
没时间,没人,没文档,
什么都有~~~~~~~~~~~
领导还要求测的软件一个问题都没有,

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

使用道具 举报

该用户从未签到

24#
发表于 2007-7-4 13:58:09 | 只看该作者
没有难做的事  只有难成事的人
我就不相信没有做不成的事
回复

使用道具 举报

  • TA的每日心情
    慵懒
    2022-1-10 16:57
  • 签到天数: 377 天

    连续签到: 1 天

    [LV.9]测试副司令

    25#
    发表于 2007-7-4 20:07:37 | 只看该作者
    一般来说,根据需求文档分析测试需求,之后设计测试用例,整个项目下来 ,用例倒是设计了不少,可是在执行过程中却发现,用例和实际执行情况还是有差别的,感觉用例和实际脱节了 。
    问题好像是出在对需求的分析不够细节上,可是设计用例时,如何考虑到开发具体的实现细节呢
    回复

    使用道具 举报

    该用户从未签到

    26#
    发表于 2007-7-11 15:43:53 | 只看该作者
    我们公司有时候是时间很紧,给你需求报告,要求很短的时间把测试用例做好;有时候又没有需求报告,完全是根据产品来写!感觉不太规范!不过我还是尽量按照需求写测试用例!
    sdlkfj5
    回复

    使用道具 举报

    该用户从未签到

    27#
    发表于 2007-7-12 11:36:10 | 只看该作者
    公司各种规范都不完善。很难啊
    回复

    使用道具 举报

    该用户从未签到

    28#
    发表于 2007-7-12 16:10:59 | 只看该作者

    确实是这样

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

    使用道具 举报

    该用户从未签到

    29#
    发表于 2007-7-13 11:19:05 | 只看该作者
    我做的是WEB測試,測試時沒有文檔資料
    也不要求寫用例,測到BUG就一條條記錄下來
    回复

    使用道具 举报

    该用户从未签到

    30#
    发表于 2007-8-12 00:37:29 | 只看该作者
    ding
    回复

    使用道具 举报

    该用户从未签到

    31#
    发表于 2007-8-12 19:57:48 | 只看该作者
    一直很费解
    回复

    使用道具 举报

    该用户从未签到

    32#
    发表于 2007-8-13 16:00:59 | 只看该作者
    都没需要,怎么写用例,难道公司认为我们都是天才?!
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2018-3-1 16:59
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    33#
    发表于 2007-8-13 16:48:23 | 只看该作者
    原帖由 Ancen 于 2007-3-11 01:46 发表
    我所在的公司,由于体制不完备性,需求经常变更,更有可能上线前两天还在变;
    但是无论怎样,我都会按照测试用例去执行。
    我所做的流程是
    分析需求-->写用例-->执行用例
    若有需求变更
    需求变更分析-->维护 ...



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

    使用道具 举报

    该用户从未签到

    34#
    发表于 2007-8-17 14:51:20 | 只看该作者
    感觉对测试用例的后期维护还是不够到位。
    回复

    使用道具 举报

    该用户从未签到

    35#
    发表于 2007-8-18 12:54:53 | 只看该作者
    我是一个还没上测试工作岗位的人, 看到大家写的工作体会,
    如果都能在公司里反映并且重视了,
    那样的想法是不是世外桃源?

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

    使用道具 举报

    该用户从未签到

    36#
    发表于 2007-9-21 16:08:17 | 只看该作者
    我觉得很奇怪
    为什么最后一项 选择的人那么多呢
    需求变更多,没有合理的控制是项目管理的问题
    而不应该是用例实践的难点
    我们应该针对用例和它的实施来分析

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

    使用道具 举报

    该用户从未签到

    37#
    发表于 2007-10-4 15:01:36 | 只看该作者

    回复

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

    使用道具 举报

    该用户从未签到

    38#
    发表于 2007-10-23 16:32:41 | 只看该作者
    需求文档根本不合格才是我的困扰,只是描述了基本功能,如何实现根本没有,怎么写哦
    回复

    使用道具 举报

    该用户从未签到

    39#
    发表于 2007-10-23 17:42:01 | 只看该作者
    如果文档是应付的
    测试用例就很弱了
    效果不是很明显,而且浪费时间
    但是要坚持写用例
    回复

    使用道具 举报

    该用户从未签到

    40#
    发表于 2007-10-25 17:16:06 | 只看该作者
    有的时候,在简单与详细中去一个平衡点,这样会好一点。但是这个平衡点怎么样娶,也是一个问题。个人觉得要写详细点好,概要的用例是能够让执行的人没有枯躁的感觉,但是也是已相应得风险的作为代价的。随机的就会存在风险。而且不利于经验的积累。也无法跟踪。
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-4-27 08:40 , Processed in 0.081670 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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