• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

由国内项目的软件测试流程感悟到的

发布: 2009-5-07 11:02 | 作者: 不详 | 来源: 测试时代采编 | 查看: 35次 | 进入软件测试论坛讨论

领测软件测试网 谈到这个话题,就会想起若干年前,柏杨先生的一篇让国人为之痛骂的《丑陋的中国人》

        我觉得,一个国家一个民族的个性真的可以体现在各个方面。

        比如:我做的测试项目,从对日测试到欧美测试,就感触颇深。

        日本人的等级森严,阶级尊卑的传统体现在他的工作中就是非常严格而规范的流程。项目中的每一个参与者都有其确定的身份,也就有其确定的权限和责任。

        符合项目制定的规范,严格按照既定的逻辑和标准去做事,成为日本项目的一大特点。

        在工作中,你发现了一个问题,你会明确的知道应该向谁汇报而不能越级。一旦出现问题,会进行责任的层层追究,考勤,考核都有严格的流程。。

        而相对而言,非常崇尚自由和个性化的欧美项目,就会有着相对宽松的氛围。在工作中,你发现了一个问题,你 可以有更加宽泛的范围去选择汇报和询问的对象。只要能保质保量的完成工作的内容,没有人在乎你是提前来了半个小时还是早走了15分钟。。

        国内项目,我觉得就是比较尴尬的一个现象。一方面,归根于中国几千年来的封建等级制度,有一种层层汇报的制度。但是每个组成部分却不能像日本项目一样界限分明,于是当问题出现的时候,不知道找谁。似乎是对日本规范的一种抵制,国内大多项目不喜欢制定严格的规范和流程。表面是充斥着各种的自由和个性,但是却缺乏后期很好的维护。以至于在破烂不堪的表面,残存着若干或大或小的问题。

        做国内项目,只有2个词的感受:上火~

我也衷心的希望,这只是个案。。

        对日项目的时候:

        项目开始2个月前,我们会有项目启动会议。会得到项目的TTSJ等需求文档,客户与开发之间协商的可开发,不可开发的最终成果文档。我们会了解这个项目的总体流程。

        项目开始一个半月之前,我们会得到项目的系统详细设计和概要设计文档。大家利用这些文档进行测试系统的熟悉,测试点的划分,测试case的抽取,设计,测试case的评审。并且开发方会定期将系统设计变更的文档予以公布,供我们进行备案,以及对测试点的修改(一般来说,成型的测试case很少进行改动,而是会进行notes添加,在后续测试中才会针对notes和设计文档对测试case进行修订)

        项目开使之后,会维持部分模块的稳定性,比如当前测试A模块的时候,A是绝对不允许开发人员在测试中进行修改,而是在既定的测试完成之后,开发才可以进行修改,并且提出修改文档,回馈测试方,声明修改了哪些部分,供测试人员进行retest

        测试人员发行bug之后,相关的开发人员会进行修改,修改的记录和测试员后续测试的记录会追加在bug表上。在测试员进行retest确认关闭后,开发的负责人要给予该bug关闭的原因。项目结束后,这些原因也会成为软件质量的评价因素之一。

        软件项目完成后,项目组需要书写评价报告,包括软件的质量总体评价,负责测试的模块中出现问题的几率,原因分析等。

国内项目:

        至少我参与过的国内项目,测试员会在实际测试开始2周内参加测试,这期间包括了对系统的熟悉,测试式样的设计。而且一般的测试项目,因为项目实际开发与需求的脱节性,加上开发人员时间的紧迫性以及没有形成良好的文档约束性。测试人员基本在项目开始的时候是拿不到设计文档,包括详细设计和概要设计文档。能得到的只是很久之前的或者无效或者部分有效的一份比较模糊的需求文档。。

        我不太清楚,这里面的原因到底在哪里,但是我清楚的知道,这样的需求文档,能到导致的问题是:测试人员需要跟开发以及需求人员去核实一些重要信息。这在很大程度上取决于测试人员的主观能动性和测试的经验,而且由于对测试系统的熟悉程度不够,也很难做到没有遗漏。。。直接导致的后果就是测试的效果下降,测试出来的产品留有或多或少对后期有影响的bug。

        bug这一块,国内项目往往开发和测试出现重跌,也就是说,我刚刚测试过的模块,可能转瞬就被改过了,导致测试量的浪费。不得不进行无规则的重复的测试。

        而且国内的开发人员很少会有这样一个习惯,对bug进行针对性的定位和反馈。在他们看来,自己的开发模块都忙不过来,能抽出时间来进行修改已经是给了测试人员天大的面子,哪里有时间进行反馈,有什么必要?殊不知,这样的想法在很大程度上造成了测试管理的滞后,导致系统整体的质量受到影响。

        说到这里,都似乎忘记了自己写这篇文字的初衷。

        虽然,我们大家都说,全面质量管理,都说,测试和开发都是软件生命周期中不可或缺的重要一环,但是到目前为止,至少在国内,很多的企业,重视的依然是开发,对于测试,特别是独立的第三方测试,依然是不重要的补充。依然是开发后期才能参与进来的。

        没有人不重视食物的质量,因为攸关人命,一种不合格的罐头可能会导致成百上千人的中毒以及死亡。所以食品企业的质管员责任重大。他们监督着流水线上的每一个环节。没有人不重视建筑的质量,尽管在当今,由于利益的驱动,这份责任在被淡化,进而出现大桥坍塌,住宅小区裂缝等质量问题,关乎民生。。而在软件这个领域,虽然人们说了很多年,软件质量,软件质量,但是对于软件测试的重视程度依然还在低水平徘徊。开发的没有高超的技能,做不了开发了,就以为一定能做好测试,一个个培训机构,几个月就要“培养出”月薪8000的“测试精英”。。我倒是想问,测试,软件测试,到底在你们这些人眼中,意味着什么?没有测试的灵魂,没有测试的信念,只为了追风,只为了薪水而进入测试行业的人,到底会给我们的测试行业,带来什么?

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: 感悟 流程 软件测试 项目


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网