51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2915|回复: 12
打印 上一主题 下一主题

[原创] 关于测试的一点疑惑

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-8-21 10:05:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
学习了一段时间,抛开使用测试工具的方法,其实大部分都还是使用的手工测试。
那我觉得测试的最重要最核心的工作是否可以说成是测试用例的设计?而不是测试的执行。
那是不是可以说这不能算是一个技术活,而是一门设计?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-8-21 10:43:31 | 只看该作者
技术活
设计用例就是一门技术活,怎样设计出数量少而覆盖面却又很大的用例,这个就需要很多的知识储备,但是在执行测试的过程中,如果能有一些适合项目的某些小工具,能加快测试进程,这个也需要很多方面的知识啊
所有测试绝对是一个技术活啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-8-21 10:55:31 | 只看该作者
无论什么工作,我觉得设计肯定都很重要的!!设计是为了更好的为执行做准备。
首先是计划,安排整个工作过程;
然后是设计,策划整个工作过程;设计全面,那么接下来的执行工作才能全面。
接下来就可以去执行了。测试过程是个相对时间较长的过程,在执行过程中可能会出现跟计划、设计有出入的地方,那么还需要回头去调整计划和设计等等。所以测试执行不只是那么简单的执行。这个过程也很重要。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-9-20 12:50
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2009-8-21 15:01:00 | 只看该作者
    千万别小看了测试用例啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-8-21 15:40:26 | 只看该作者
    是啊 最开始我觉得自己好像懂测试用例了,后来越干越觉得测试用例设计好坏的重要性了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-8-21 16:31:05 | 只看该作者
    怎么样才能写出好的测试用例现在还是不明白,是不是要经过多次实践慢慢总结经验之后,才能有所领悟呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-8-23 11:54:26 | 只看该作者

    回复 1# 的帖子

    测试用例是整个测试过程的精华所在,追求的目标是用最少的用例覆盖最多的测试点,设计用例需要考虑软件的各个方面,尤其测试数据的准备更需要慎重。测试用例设计好了,后面的执行测试过程就很简单了。我觉得测试用例设计完了最好组织相关人员评审一下。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-8-23 22:29:07 | 只看该作者

    回复 1# 的帖子

    首先测试是门技术……设计是需要有一定的创意性的……是要凭空想象出东西来,而测试用例就像2楼所说是根据已有的系统去用相应的已有的用例设计方法(这用例设计方法本身就是一门技术)去编写出有质量的测试用例……
    其次如果是从整个测试流程来说的话……其实最最重要的还不是测试用例……而是需求拆分…………你怎样将一个系统根据需求说明去很好的拆分……这很重要…………这将直接影响你之后的测试用例编写,进而可以影响整个测试质量……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-8-28 16:45:30 | 只看该作者
    我是新人。
    我想请教一下,手工测试是编写测试用例来进行测试吗?
    而测试工具是不是用来测试软件的性能的呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-8-31 00:32:11 | 只看该作者

    回复 10# 的帖子

    首先不能很绝对的说手工测试就一定是要编写测试用例来进行测试……虽然我概念有点忘了……但应该不是绝对的,比如文档测试也是人工的测试但文档测试可能就不需要大量的测试用例……个人觉得……
    至于第二个问题我可以给你肯定的答复就是你的理解一定是错误的……测试工具有很多…………有功能测试工具:QTP等;有性能方面的测试工具:Loadrunner等;有测试管理工具:TD/QC等……还有很多用在不同方面的测试工具……所以测试工具绝对不单单只是用来测试软件性能的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-8-31 10:47:34 | 只看该作者
    可以说没有什么用例能保证不同人做的结果一样。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-8-31 18:24:17 | 只看该作者
    我个人认为:测试最重要的不是说一来就会多少的脚步语言,开发语言,多少的数据库开发技术等等,最主要的是要有一个缜密的逻辑思维能力,然后就是将这个能力转换成我们测试中的测试思想,而表现形式就是测试用例
      无论我们做的是什么测试?手工亦或自动,都离不开用例,我把它叫做测试的灵魂,没有灵魂的躯体是不完整的,形尸走肉一般,映射到测试上,就是一堆冗余的文字或者数据,无有效性,高效性和适宜性,所以我认为用例的设计是一个测试人员任何时候都不能丢弃的工具形式,而执行测试用例时,不能简单的理解为照着文字进行操作,应该在执行的过程中思考所执行用例的有效性,适宜性以及是否可进一步优化?用例对测试需求的覆盖性,等等等等

    一家之言,欢迎拍砖
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-9-2 13:52:55 | 只看该作者
    高人啊~~~
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-10-4 00:23 , Processed in 0.089066 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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