软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
迈向质量阶梯的思考
文章出处:mypm 作者:吴江红 发布时间:2006-01-28

  一个国家、一个民族、要让世界了解和承认,需要展示文化的底蕴和独特的个性、需要采用符合国际沟通的方式展示良好的公司形象、民众形象、产品形象、特别要增强内部凝聚力,去面对外部竞争。

  一个国家如此,一个有远大抱负的国际化公司也如此,重视产品质量,因为质量是企业的生命线,从某种意义来讲,品牌、产品、文化都是质量保证的体现。产品质量保证(QA)更有其典型特性,既需要领导重视和体系的支持,也需要每个成员的重视和努力。

  1、初期的混沌

  在质量体系建立过程中,会经历了不少的困难。在项目组建过程中,技术积累的融合,团队的合作能力建设成为产品质量考虑关键因素。在产品开发过程中,由于进度的压力,沟通渠道等问题,人员只有通过参加实际项目提高和培养。项目计划的实现存在不确定性,项目风险来源于技术目标实施和人力资源的良好配合。

  因此,质量保证的主要措施是发挥技术人员的潜力,在项目中提供各种需要的培训和参考模版,要求大家重视总体设计,重视接口和代码质量。这一阶段的主要矛盾在于:技术评审人员对评审目的和技巧了解不够,提不出很多建设性意见,由于协作开发的需要,又不得不邀请一些项目人员(编码任务繁重)参与评审,使得技术评审过程比较艰难。而且在评审中技术人员由于沟通的原因,在开会时喜欢讨论一些技术细节的实现,质量保证人员的主持和提醒并没有得到重视和承认,使得评审的质量摇摆不定。

  2、榜样的作用

  当企业致力于变革和不断改进时,它就能获得非常可观的收益。20世纪80年代,美国企业开始对来自日本的以质量为基础的挑战性威胁作出反应,开始着手实施大量的质量改进方案。1987年,即日本设立戴明奖34年后,美国国会成立了马尔科姆?鲍的得里奇国家质量奖(MBNQA),它给出了七种类型(领导、战略计划、客户和市场焦点、信息与分析、人力资源焦点、过程管理、业务成果)的框架以推进质量管理水平。其后,国际标准化组织和很多国家编制了书面的质量体系标准,一些国家也设立了一些大奖如欧洲质量奖,这标志着质量管理在全球化竞争和区域生产中有非常重要的地位。

  3、前进的阻力

  当大家考虑到产品开发的根本任务时,过程质量控制的方法和手段才能逐步得到大家认可。我们对不同的开发任务使用不同的规范模型:RUP/XP/CMM/PSP/TSP/IPD等,是质量保证的基本要求。在这个过程中,仍然存在人才培养的问题,如何灵活掌握和实施,如何在过程中平衡进度、成本、质量,找到提高效率的合适的组合的方法。总的来讲,文档质量、计划和评审逐步重视,过程缺陷消除率的概念也逐步引导大家认识,过程风险控制的一般方法提出来请大家参考运用,测试方法和测试过程也逐步得到重视,测试方法和工具的使用和重视在这一阶段也是质量保证的重要环节。

  困难的是在这个阶段遇到了不少困难。单元测试无法保证,设计和编码的一致性也因为人员理解等原因有所偏离。代码阶段的质量没有采取制订规范、代码走读等方法改进。前进中不得不以退为进,一些XP模式项目要求测试活动全程参与和验证,开发和测试需要不断沟通和协调,一些项目的需求不断变化,不同版本要适应快速变化的需求等等。这些方法和过程在推进中螺旋式上升。

  4、学习型系统, 面对新的挑战,需要毅力和坚持

  一个学习型组织,是在前进中不断修正自身的组织,当我们战胜初期的混沌、逐步迈向质量向上的阶梯,质量管理的过程会更加细致和专业,抽取RUP/XP/CMM/PSP/TSP等方法中的所需要的部分,甚至建立自己的过程规范和方法,我们会发现未来的脚步会更加蹋实。

  5、领导重视,全员参与质量保证

  我们所处的是一个技术决定生产力的时代。这个时代的英雄和过去的英雄相比,没有太多共同之处,至少从表面如此。比起传说中古代英雄,现代的英雄面临更多的无知、恐惧、自我主义、惰性、危险,这个世界不再是哪个充满魔鬼和公主的世界,而是一个思想和技术的力量战胜财产、资本和物质力量的世界。人人都可以成为英雄。


站内搜索
相关文章
◎好的测试工程师应具备的素质
◎汉化软件的测试综述
◎如何加强软件开发中的测试工作(2)
◎如何加强软件开发中的测试工作(1)
◎直面软件开发问题
◎Windows系统实用工具集
◎故障模式影响及危害性分析与软件质量
◎软件测试基本方法
◎网管和黑客都必须知道的命令
◎软件产品测试标准
◎漫谈软件测试工程师的角色定位
◎Windows应用程序的GUI测试指南
◎测试人员和开发人员和谐相处的技巧
◎团队精神与企业凝聚力
◎测试小技巧集锦之一黑盒测试
◎企业内部实现软件测试自动化的方案探讨
◎质量保证计划模板
◎测试的主要评测方法(3)
◎测试的主要评测方法(2)
◎测试的主要评测方法(1)
◎如何用正确的方法来写出质量好的软件的75条体会
◎Word安全保护技巧大搜罗
◎如何更好地与开发工程师沟通-给测试工程师的建议
◎第三方模拟测试环境的搭建
◎软件外包测试处理流程
◎建议有效的软件度量过程
◎嵌入式软件的覆盖测试
◎我眼中的自动化测试水平等级
◎联合测试
◎高可靠性软件测试方案探讨
◎QA活动的理解与实施
◎从六个角度分析流程建模
◎故障硬盘数据拯救全攻略
◎测试版本大全
◎程序员修身养性的十大原则
◎建模过程的盲点:软件集成中的软知识
◎ASP+SQL Server构建网页防火墙
◎基于嵌入式DSP的流媒体编解码器
◎软件开发全过程检测及测试自动化
◎PDCA循环小知识
◎想编写出优秀技术文档,先学学这四招
◎Tcl脚本的历史
◎Alpha和Beta测试简介
◎测试人员的挑战
◎测试要点总结
◎本地化测试寻找软件缺陷的方法
◎软件本地化测试类型解析与测试要领
◎全景记录:软件测试工程师的一天
◎破解软件外包人才匮乏困局
◎外包测试:雷声大 雨点急
热门文章
◎软件测试工程师面试问题选登
◎一个初级测试工程师的工作总结
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎好的测试工程师应具备的素质
◎软件测试入门书籍(2)
◎我在软件公司成长的三年
◎面试官最爱问的问题背后真相
◎软件测试工程师面试题
◎应届毕业生少走弯路的十条忠告
◎有关软件测试的术语定义集锦
◎微软的软件测试方法(一)
◎我的测试经历(1)
◎全景记录:软件测试工程师的一天
◎软件测试步骤
◎谈谈对测试职业的看法
◎漫谈软件测试工程师的角色定位
◎测试需要掌握什么
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎如何制定成功的测试计划
◎测试的主要评测方法(1)
◎什么是ERP,通俗版解释
◎测试经验交流
◎软件测试及其支持工具
◎编写优秀Bug报告的艺术
◎软件产品测试标准
◎从程序员到测试工程师
◎微软的软件测试方法(二)
◎软件测试应遵循的八条原则
◎测试版本大全
◎我的测试经历(2)
◎测试人员的挑战
◎网管和黑客都必须知道的命令
◎QA活动的理解与实施
◎Alpha和Beta测试简介
◎网络最经典命令行
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎你适合做测试吗?
◎软件测试的误区
◎我的测试经历(3)
◎软件测试的心理学问题
◎软件测试组织与方法

Google提供的广告