51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

测试盲点

[复制链接]

该用户从未签到

121#
发表于 2007-9-20 16:57:19 | 只看该作者
学习了,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

122#
发表于 2007-9-25 16:19:10 | 只看该作者
觉得好难啊,加油
回复 支持 反对

使用道具 举报

该用户从未签到

123#
发表于 2007-9-28 11:00:06 | 只看该作者

测试盲点

先规范测试计划书,测试用例和测试结果分析报告的相应标准,然后收集资料,最好有相对的规格说明书,此外应该多和开发人员交流!
回复 支持 反对

使用道具 举报

该用户从未签到

124#
发表于 2007-9-28 19:20:34 | 只看该作者
新手,越看越觉得自己要学的东西太多了!有点茫然!
回复 支持 反对

使用道具 举报

该用户从未签到

125#
发表于 2007-9-29 14:15:29 | 只看该作者
我也是新手,多向各位学习呀
回复 支持 反对

使用道具 举报

该用户从未签到

126#
发表于 2007-10-4 10:39:25 | 只看该作者
学习学习,再学习
回复 支持 反对

使用道具 举报

该用户从未签到

127#
发表于 2007-10-9 11:47:00 | 只看该作者
最主要的是弄明白需求,要达到一个什么样的使用目的,列出大纲,有目的的写case,同意上面同学的“以测养测”的观点
回复 支持 反对

使用道具 举报

该用户从未签到

128#
发表于 2007-10-10 13:24:57 | 只看该作者
还是一边学习一边积累经验吧。多思考分析,我是这么认为的。
回复 支持 反对

使用道具 举报

该用户从未签到

129#
发表于 2007-10-10 17:05:05 | 只看该作者
MSN:       [email]mary19861124@hotmail.com[/email]   测试新手
回复 支持 反对

使用道具 举报

该用户从未签到

130#
发表于 2007-10-11 13:06:26 | 只看该作者
测试盲点,心情可以理解,我也是新手,刚开始做这个行业,就想着靠少的case来测试出更多的bug,但是往往自己觉得都已经测试完毕了,但是在实际使用过程中还是会出现一些问题,所以只能在修复的同时总结这些问题的发生的原因。所以呢,要想能更好的发现BUG那么需要掌握较深的知识面,及时总结以往的测试经验。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    131#
    发表于 2007-10-12 16:36:46 | 只看该作者
    测试用例的编写需要根据项目情况而编写,比如项目非常小,时间紧我们可以挑重点的 少写,如果测试执行者的经验比较丰富可以不写.测试用例的有效与无效与执行这个测试用例是否有BUG不是一个对等的关系,一个设计的很好测试用例,执行过程中没有发现BUG也是经常有事的.
    [color=Magenta]我们测试人员的工作不是单纯的去找BUG,而是促近项目更好的实现项目的目标.[/color]

    [[i] 本帖最后由 liaoxj 于 2007-10-12 16:38 编辑 [/i]]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    132#
    发表于 2007-10-16 12:18:42 | 只看该作者
    我也是个新手,但我想知道有一些什么是隐藏的BUG,谢谢能给一点提示
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    133#
    发表于 2007-10-17 16:48:15 | 只看该作者
    我也是测试新手,前段时间头让写个测试用例。我觉得基本的功能点,要覆盖。如果没有将软件测全测透,我觉得是个失败的测试。头给了我一个开发需求计划,可把我弄死了。抠了半天也没弄出几个功能点,头看了后自己写了好多。。。呵呵,新人和老人就是不一样。还有一点是,开发的需求可能会变的。基本上是100%会变,所以这时候测试用例也要不断补充,不知道我说的对不对。高手指点下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    134#
    发表于 2007-10-18 11:08:51 | 只看该作者
    本人刚毕业成为公司的软件测试工程师,因为公司小,所以每回我们的测试报告都是直接发给软件工程师让他们修改便是,问前辈他说没有什么测试用例,他完全就是靠经验在测,所以很多都不懂,就连测试用例是什么也不知道,请教哪位大师能详细的讲解一下关于测试整个流程或者相关的一些知识,谢谢。期待能推荐几本较好的书籍。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    135#
    发表于 2007-10-19 13:50:23 | 只看该作者
    恩,其实我也觉得测试用例应该是测试人员根据需求等相关能帮助测试人员理解需求的文档而设计出来的,我工作一年多了,最头疼的就是测试用例的设计了,感觉很难掌握!哎,看来还是需要多看点书研究研究!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    136#
    发表于 2007-10-19 15:19:25 | 只看该作者
    多多看看测试方面的书,应该就有很好的体会了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    137#
    发表于 2007-10-19 16:10:00 | 只看该作者

    回复 126# 的帖子

    我觉得你说的非常有道理。
    谢谢你如此诚挚的表达个人意见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    138#
    发表于 2007-10-19 16:33:59 | 只看该作者
    [quote]原帖由 [i]李洁[/i] 于 2007-10-19 13:50 发表
    恩,其实我也觉得测试用例应该是测试人员根据需求等相关能帮助测试人员理解需求的文档而设计出来的,我工作一年多了,最头疼的就是测试用例的设计了,感觉很难掌握!哎,看来还是需要多看点书研究研究! [/quote]


    目前为止,我觉得测试工作最难的就是写测试用例了
    如果用例写不好,那就不能很好的完成测试工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    139#
    发表于 2007-10-19 16:49:49 | 只看该作者
    可是我一直不知道该如何学习测试用例的编写啊!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    140#
    发表于 2007-10-22 18:06:00 | 只看该作者

    回复 6# 的帖子

    支持!
    我做测试也是不太久,这种思想开始我也有,但时间长了些就发现其实并不是这样的,测试用例是很有学问的,是你自身思维方式的体现,如果感觉测试用例无效正能说明测试用例写的不够全面或者说写的太烂了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-6-2 15:30 , Processed in 0.088234 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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