51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5163|回复: 21
打印 上一主题 下一主题

[原创] 我对测试的理解

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-2-20 16:37:15 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
干测试这行也有几年了,俺也来一个对测试的理解,有失偏颇的地方请大家指正:
1. 测试的目的
《软件测试》和《软件测试的艺术》这两本书代表了针对这个问题的两个不同观点,在实际工作中我更认同软件测试是为了验证软件能够满足设计要求并且正确运行这一观点。

2.测试门槛相对较低
毋庸质疑,测试的门槛相对于开发要低一些。真正优秀的测试工程师应该比开发工程师更了解系统,但现实中这种测试工程师太少,我估计不到2%

3.测试是个烧钱的事情
这就是为什么大公司的测试流程相对正规的原因,小公司一般烧不起这钱。

4.测试的地位
测试在软件开发过程中很重要,但一般来说不会比开发更重要。因为除了个别以测试为主的企业外,一般企业中的测试活动无法为组织带来直接收益,这直接决定了测试在组织中的地位。同理,在企业中销售一般比开发人员重要。

5.测试的依赖性强
测试活动开展过程中,测试人员可能需要和组织中各种角色打交道,例如项目经理,架构师,开发。由于测试一般处于开发周期的尾部,测试人员对系统的理解也没有其它角色来得深,导致测试活动的依赖性较大,这是原生的,和个人能力无关。这种依赖性使得测试工作开展起来不会十分顺畅,有时候让人很不爽。

6.测试的收入取决于个人能力
在好的企业里,收入取决你的能力,和你干测试还是干开发无关。

7.细心只是第一层
很多人认为只要细心就可以做好测试,其实这只是一项基本要求。你还需要领域知识,快速学习能力,英文也要好。

8. 手工测试比自动化测试更容易发现bug
实际工作中,我们会发现正像书上说的那样,手工测试比自动化测试更容易发现bug。这是为什么呢?我觉得可能是因为在测试人员做手工测试的时候,无法按照某一严格线性的步骤来测试,在做任一操作后,我们都可能在一些可选择的下一步骤中挑选其一来执行,尤其是有经验的测试工程师,会观察软件在上一步执行后的反应来选择下一步操作。相反在自动化测试中,机器几乎每次总是执行同样的操作,如果软件不发生变更的话,由于杀虫剂效应,自动测试用例很难捕捉到新的 bug。

9. 自动化测试很有必要
自动化测试确实能将测试人员从水深火热的枯燥工作中解放出来,但它绝不是可以胡乱服用的灵丹妙药。

10. 不要在产品发布前才发现严重或者大量的bug
领导很可能要问你:为啥早没有发现这些bug?

[ 本帖最后由 yuetiantian 于 2010-2-20 17:07 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2010-2-20 16:56:22 | 只看该作者


[ 本帖最后由 yuetiantian 于 2010-2-20 17:07 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-2-23 12:59:07 | 只看该作者
谢谢分享

感觉对测试来说,就算是对系统比较熟,也不一定能测好,但是对系统不熟悉,就更难测好了。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-2-24 10:41:22 | 只看该作者

回复 1# 的帖子

说的很好!顶
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2010-2-24 11:21:52 | 只看该作者
原帖由 ermine 于 2010-2-23 12:59 发表
谢谢分享

感觉对测试来说,就算是对系统比较熟,也不一定能测好,但是对系统不熟悉,就更难测好了。


没错,很多时候测试做的如何主要看组织愿不愿意在测试上投钱,投人,投时间。在这些都满足的情况下,测试工程师的水平高低才能反应到测试效果中。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2010-2-24 15:03:08 | 只看该作者
11. 要读国外作者的书,要读权威的书。
万丈高楼平地起,基础很重要。所以我个人觉得有条件还是要读著者是老外的软件测试书籍。随便浏览一下网上的一些资料发现问题挺多,比如刚刚看过的一个学习笔记里面就有下面一条错误认识:(估计老师就是这么教的,老师的看法都是错误的,学生怎么能学得好?)
自动化测试只能提高效率,不能提高有效性。
自动化测试当然能提高有效性,很多测试人工是无法进行的。比如模拟成千上万用户的访问,比如做对于软件的疲劳轰炸,让某过程执行成千上万次,手工测试根本就无法胜任,自动测试可以轻易做到这些工作,这不是提高测试有效性是什么?
validation test基本等同于ST和IT
这也是错的。Validation test是测试的一种类型,ST和IT是测试的不同阶段,怎么能等同起来呢?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-2-24 15:58:41 | 只看该作者
新手
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2010-2-24 16:25:38 | 只看该作者
原帖由 yuetiantian 于 2010-2-20 16:37 发表
10. 不要在产品发布前才发现严重或者大量的bug
领导很可能要问你:为啥早没有发现这些bug?


回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2010-2-24 16:28:01 | 只看该作者
    要是在发布前还真发现了严重的BUG,这个时候怎么办呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-4-1 14:08:04 | 只看该作者
    软件测试是不是非得把英语学好了才行?听说读写都OK?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-4-1 16:01:23 | 只看该作者
    原帖由 xiaoyan2140 于 2010-4-1 14:08 发表
    软件测试是不是非得把英语学好了才行?听说读写都OK?

    这个看公司要求了吧
    英语学好是很有必要的
    然后有空可以学学日语,因为一般外包公司尤其对日外包的大公司的测试还是比较正规的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-4-1 16:28:19 | 只看该作者
    不要在产品发布前才发现严重或者大量的bug
    领导很可能要问你:为啥早没有发现这些bug?


    我常常干这个事情!!!怎么办,前期新功能测试的时间花的比较多,然后集成测试就是跑遍所有功能的测试用例,最后自由测试,时间算下来,自由测试的时间最少,感觉领导老是觉得我们闲着一样,任务安排下来觉得在走流程,但是殊不知自由测试的时间也要保证,仅仅是我个人的感慨!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-4-1 16:30:45 | 只看该作者

    我觉得你总结的很好,说出了我很多平时遇到的问题,谢谢!分享啦
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
     楼主| 发表于 2010-4-1 16:52:54 | 只看该作者
    原帖由 xiaoyan2140 于 2010-4-1 14:08 发表
    软件测试是不是非得把英语学好了才行?听说读写都OK?


    能学好最好,这能帮助你在外企立足,并且帮助你上到领导层
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2010-4-1 16:55:18 | 只看该作者
    原帖由 lwd221 于 2010-4-1 16:28 发表
    不要在产品发布前才发现严重或者大量的bug
    领导很可能要问你:为啥早没有发现这些bug?


    我常常干这个事情!!!怎么办,前期新功能测试的时间花的比较多,然后集成测试就是跑遍所有功能的测试用例,最后自由测 ...


    看来你们的自由测试做的不错啊,相对于老的case更容易发现问题

    有没有考虑过把自由测试的阶段稍微提前一些呢?或者建议领导增加些resource
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2010-4-1 16:59:52 | 只看该作者
    说的很好啊 和我现在感觉一样啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-4-1 17:00:37 | 只看该作者
    原帖由 lwd221 于 2010-4-1 16:28 发表
    不要在产品发布前才发现严重或者大量的bug
    领导很可能要问你:为啥早没有发现这些bug?


    我常常干这个事情!!!怎么办,前期新功能测试的时间花的比较多,然后集成测试就是跑遍所有功能的测试用例,最后自由测 ...


    这个尽量参照那本什么《软件测试经验与教训》的经验4吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2010-4-24 16:02:22 | 只看该作者
    原帖由 千里 于 2010-2-24 16:28 发表
    要是在发布前还真发现了严重的BUG,这个时候怎么办呢?

    很简单,找开发人员把他解决掉就可以了,不要太杞人忧天,天塌不下来的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2010-4-24 16:03:18 | 只看该作者
    我很同意yuetiantian兄的意见。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2010-4-26 12:55:54 | 只看该作者
    那是不是需求评审都是开发后期才做的呢
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 03:39 , Processed in 0.101327 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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