51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6063|回复: 32
打印 上一主题 下一主题

[讨论] 转帖:软件测试认识的几个误区

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-12-16 17:36:21 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
软件测试认识的几个误区
--------------------------------------------------------------------------------

来自:本地化测试网 作者:崔启亮 [2004/03/08]

  摘要
  随着市场对软件质量的不断提高,软件测试不断受到重视,但是由于总体上,国内软件项目过程不规范,导致重视编码和轻视测试的现象,对于软件测试的重要性、测试方法和流程等还存在很多错误的认识。根据作者的软件工作经验,本文列举了六种有代表性的认识误区,并作了剖析和相应的解释。希望对软件行业的技术和管理人士,正确认识软件测试起到一定的作用。
  关键字:软件测试 软件过程
  正文
  随着软件规模的不断扩大,软件设计的复杂程度不断提高,软件开发中出现错误或缺陷的机会越来越多。同时,市场对软件质量重要性的认识逐渐增强。所以,软件测试在软件项目实施过程中的重要性日益突出。但是,现实情况是,与软件编程比较,软件测试的地位和作用,还没有真正受到重视,对于很多人(甚至是软件项目组的技术人员)还存在对软件测试的认识误区,这进一步影响了软件测试活动的开展和真正提高软件测试质量。
  误区之一:软件开发完成后进行软件测试
  人们一般认为,软件项目要经过以下几个阶段:需求分析,概要设计,详细设计,软件编码,软件测试,软件发布。据此,认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。
  软件测试是一个系列过程活动,包括软件测试需求分析,测试计划设计,测试用例设计,执行测试。因此,软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动,以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的,例如,单元编码需要单元测试,模块组合阶段需要集成测试。如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力。
  误区之二:软件发布后如果发现质量问题,那是软件测试人员的错
  这种认识很打击软件测试人员的积极性。软件中的错误可能来自软件项目中的各个过程,软件测试只能确认软件存在错误,不能保证软件没有错误,因为从根本上讲,软件测试不可能发现全部的错误。从软件开发的角度看,软件的高质量不是软件测试人员测出来的,是靠软件生命周期的各个过程中设计出来的。出现软件错误,不能简单地归结为某一个人的责任,有些错误的产生可能不是技术原因,可能来自于混乱的项目管理。应该分析软件项目的各个过程,从过程改进方面寻找产生错误的原因和改进的措施。
  误区之三:软件测试要求不高,随便找个人多都行
  很多人都认为软件测试就是安装和运行程序,点点鼠标,按按键盘的工作。这是由于不了解软件测试的具体技术和方法造成的。随之软件工程学的发展和软件项目管理经验的提高,软件测试已经形成了一个独立的技术学科,演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善,新工具,新流程,新测试设计方法都在不断更新,需要掌握和学习很多测试知识。所以,具有编程经验的程序员不一定是一名优秀的测试工程师。软件测试包括测试技术和管理两个方面,完全掌握这两个方面的内容,需要很多测试实践经验和不断学习精神。
  误区之四:软件测试是测试人员的事情,与程序员无关
  开发和测试是相辅相成的过程,需要软件测试人员、程序员和系统分析师等保持密切的联系,需要更多的交流和协调,以便提高测试效率。另外,对于单元测试主要应该由程序员完成,必要时测试人员可以帮助设计测试样例。对于测试中发现的软件错误,很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量,找出产生错误的位置和原因,以便在今后的编程中避免同样的错误,积累编程经验,提高编程能力。
  误区之五:项目进度吃紧时少做些测试,时间富裕时多做测试
  这是不重视软件测试的表现,也是软件项目过程管理混乱的表现,必然会降低软件测试的质量。一个软件项目的顺利实现需要有合理的项目进度计划,其中包括合理的测试计划,对项目实施过程中的任何问题,都要有风险分析和相应的对策,不要因为开发进度的延期而简单的缩短测试时间、人力和资源。因为缩短测试时间带来的测试不完整,对项目质量的下降引起的潜在风险,往往造成更大的浪费。克服这种现象的最好办法是加强软件过程的计划和控制,包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
  误区之六:软件测试是没有前途的工作,只有程序员才是软件高手
  由于我国软件整体开发能力比较低,软件过程很不规范,很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定,他们负责总体设计和程序详细设计,认为软件开发就是编写代码,给人的印象往往是程序员是真正的牛人,具有很高的地位和待遇。因此,在这种环境下,软件测试很不受重视,软件测试人员的地位和待遇自然就很低了,甚至软件测试变得可有可无。随着市场对软件质量的不断提高,软件测试将变得越来越重要,相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司,软件测试人员的数量和待遇与程序员没有多大差别,优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业,软件测试大有前途,市场需要更多具有丰富测试技术和管理经验的测试人员,他们同样是软件专家。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

33#
发表于 2006-5-25 11:35:40 | 只看该作者
楼主吐露了我们的心声!
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2006-5-25 11:19:30 | 只看该作者
老早就看到过类似的文章,可现在还没看到曙光。

我们公司仍然是以开发人员为主,工资高,待遇好。
而测试人员面对的是:产品上线了,奖励开发,测试人员呆一边只有看的份; 客户发现产品BUG,就是测试人员的问题,为何没有发现,以后怎么避免,进行BUG分析等等。


sdlkfj9sdlkfj9
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2006-5-23 22:59:51 | 只看该作者
已经从头到尾看过 保存了 收藏了  不错  不错
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2006-2-6 01:06:34 | 只看该作者
同意大
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2006-1-16 09:51:11 | 只看该作者
值得借鉴的东西
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2006-1-11 19:52:10 | 只看该作者

opinion

1111软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动,以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的,例如,单元编码需要单元测试,模块组合阶段需要集成测试。如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣。更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力。


2222软件测试是没有前途的工作,只有程序员才是软件高手
  由于我国软件整体开发能力比较低,软件过程很不规范,很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定,他们负责总体设计和程序详细设计,认为软件开发就是编写代码,给人的印象往往是程序员是真正的牛人,具有很高的地位和待遇。因此,在这种环境下,软件测试很不受重视,软件测试人员的地位和待遇自然就很低了,甚至软件测试变得可有可无。随着市场对软件质量的不断提高,软件测试将变得越来越重要,相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司,软件测试人员的数量和待遇与程序员没有多大差别,优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业,软件测试大有前途,市场需要更多具有丰富测试技术和管理经验的测试人员,他们同样是软件专家。

in 1111section may it just show QA process , and as known as to all soft ware test is a part of QA.

in 2222 section it shows the condition of now aday's native soft ware test!

what we should do is to do our best to improve the poor condition by harder work ang effertor


kind regards
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2005-10-1 01:53:33 | 只看该作者
同意搂主的说法,测试人员,真的是非常辛苦的
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2005-8-24 16:36:08 | 只看该作者

看后信心倍增

看后信心倍增,我努力做好自己的测试工作。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-6-1 15:56
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    25#
    发表于 2005-8-1 23:18:33 | 只看该作者

    有没有觉得其实第5条有点问题呢?

    个人觉得第5条可以不作为误区,软件开发和测试过程中,还是需要的这样灵活变通的啊!!!但应遵守一定的准则.比如用例一般分等级,最重要的用例必须执行.一些不重要的用例时间进度太紧的话,可以作一些省略.
    当然如果像文中说得那样由于BS或看低测试,而把测试过程看成可有可无的事,坚决反对.
    在一个将来越来越多地广泛地以卖服务而不是卖产品的年代(尤其是软件产品),没有软测是不行的.谁希望卖出的产品三天两头被人骂质量有问题??有问题你敢不修复??那你将花费更大的成本在飞机票上.那还是理想的状况,不理想状况的就是,一开始由于质量问题就没人理你的软件产品.

    [ Last edited by B2CPC on 2005-8-1 at 23:20 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2005-7-13 10:51:05 | 只看该作者
    这个应该让PM多看看。领导不改变观念是没有用的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2005-7-8 09:38:04 | 只看该作者
    应该让开发人员好好看看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2005-4-18 00:54:14 | 只看该作者
    支持支持支持!1!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2005-4-5 11:10:34 | 只看该作者
    支持啊!!
    我也想做测试经理,哈哈哈哈!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-3-24 15:29:01 | 只看该作者

    顶!

    真的是心声啊!
    好苦啊,不知道什么时候可以熬到测试经理啊!
    熬到了是不是会好些啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-3-20 19:43:37 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2005-3-20 12:41:12 | 只看该作者
    非常好    版主开公司吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2005-1-27 17:07:10 | 只看该作者

    没错,测试越来越受到重视了。都是大家努力的结果

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2005-1-21 16:06:39 | 只看该作者

    有理

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2005-1-12 14:00:10 | 只看该作者

    我也信心十足了!呵呵

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-6-15 01:57 , Processed in 0.084204 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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