软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
测试工作的未来
文章出处:51testing博客 作者: 发布时间:2007-01-10


测试工作未来预见
   更好的方法对测试人员更好的培训、更好的欣赏将改革软件产业。具体地说,诸如可执行的说明书、基于模型的测试产生、BUG 预防、系统模拟这些技术,将在这场演变过程中扮演重要的角色。
BUG 预防和早期检测
    因为现在把重点放在产品交付的质量上来了(而不是在于找到了多少BUG), 预防实践和静态分析仪这样的检测工具将成为主流。
仿真测试
    仿真工具变得很普遍,使得仿造计算机环境变得容易起来。在开发过程的早期就可以进行意外和错误流程的测试。代码稳定后,再用真实环境验证仿真是否准确无误。
及时的测试用例
    庞大的测试用例管理系统将成为昔日的东西,大量的测试用例生成了却没有被使用。测试用例将不再像腐烂的存货一样被收藏起来,因此,让测试用例保持最新变得容易起来。
积极的方法
    误导人的方法,比如计算BUG 的数量、计算测试用例的数量,将不复存在。有用的方法,比如需求覆盖、模型覆盖、代码覆盖将驱动项目开发。
更少更精的测试人员
    机器将代替测试人员做大部分他们以往创建测试所做的繁琐工作,测试小组需要比以往更少的测试人员,留下来的测试人员将是经过更多高度培训过的。他们所做的工作将更加有趣,因为在测试中他们将致力于更大的问题,而不是在抱怨中艰难地开展工作。
更多更好的测试
    测试人员将可以在一天中进行成千上万的测试,所以,如何首先运行最有用的测试将成为一大挑战。相关的工具将允许测试人员为他们的测试区分优先级,以及将测试目标放在那些最易出现重大BUG 的地方。
测试人员的角色更换
    测试中界限模糊,在测试领域工作使得专职测试的人员和专职创建测试工具的人员界限模糊,一个既是“通过程序破坏事物的测试员”又是“创建程序用于破坏事物的程序员”的专业出现了,――关于如何称呼这个新的专业,新闻圈内的人们还在进行着无休止的争论。测试与开发界限模糊, 测试人员与开发人员一前一后,共同创造可测试的、高质量的代码。测试人员帮助开发人员消除需求中的问题,使得开发人员的工作更易完成,同时,开发人员写出更清晰、可测性更高的代码,使得测试人员的工作更易完成。 顾客反馈与测试合为一体,交付的产品质量更高。测试人员进行根本原因的分析,我们会问比如“我们怎么会遗漏了这个BUG 呢?”或者“我们将来如何防止这类BUG?”这些问题,我们的工作就是使顾客满意。
新的挑战出现
    复杂和相互关联的计算机世界使得了测试安全这一类的新问题让测试人员不断努力工作,但这没关系――因为这些挑战使测试人员精力充沛。
测试人员获得尊重
    测试人员将不再是在最后时刻才被叫来“对产品狂轰烂炸”,他们将在整个软件开发过程中提供一个可见的、重要的、增值的服务。人们意识到,测试是有益的、有趣的甚至富有乐趣。
测试变得流行
    软件测试人员开始扬眉吐气,而且,由于破坏事物至少可以带来创建事物一样的乐趣,人们开始在开发和测试角色之间转换,所有的人将学到更多关于如何得到良好代码的知识。
激情“吸毒者”继续存在
    新的过程运行得如此良好,使得需求撰写者,开发人员以及测试人员不再具有生命力,这就使得那些在激情掌控的世界被提升的人惶惶不可终日,那样的世界意味着工作到深夜、最后一刻测试才参与,以及如同交战开火般的会议。而这些人对于那些还没有受新的运行过程控制的公司来说还具有吸引力。
测试人员该怎么做
    不管我的预测是否成为现实,未来也会按照它自己的方式到来,下面就是如何准备面临
未来的五个意见:
 不要接受测试的现状,四处看看,并且思考“我们在做些什么毫无意义的事情?”
 领悟如何更好的测试,并且分享这些知识。只有每一个人都试图使他所写的代码达到最佳状态时,整体质量才会改进。
 行业受软件测试的创新思维激发。用参加会议,加入邮件列表,网上冲浪,这些方式来解在测试前沿发生的一切。
 参加一个编程学习班,即使你不打算编写大量的代码。将学习班当作是在BUG 领土上的一次侦察飞行。
 PC 先驱Alan Kay 所言:“预测未来的最好方式就是开创未来”。


站内搜索
相关文章
◎软件测试工程师的素质
◎模糊测试
◎做软件测试至少要有四种能力
◎面向对象的系统测试
◎我的SP心得
◎如何编制成功的测试计划
◎用vbs新建文件夹的方法
◎浅谈软件测试之技巧
◎微软公司是如何测试的
◎软件人员,做什么才好?
◎提高测试覆盖度
◎我从沙龙看测试界
◎软件测试职业发展的各个阶段
◎追求代码质量: 可重复的系统测试
◎软件项目测试管理经验谈
◎软件测试过程和流程区别
◎面试问题积累-新手注意
◎测试员的职责
◎软件质量保证的最佳实践之一:Code review和Case review
◎16个月的工作感想
◎如何增加面试成功的胜算
◎《测试之道》第四篇——胡马大宛名
◎《测试之道》第三篇——吴钩霜雪明
◎《测试之道》第二篇——大道如一,过犹不及
◎《测试之道》第一篇——道可道
◎软件测试方向杂谈
◎程序员实用测试技巧(1)
◎测试小技巧之文档编写
◎软件测试的起源与发展
◎优秀测试工程师应该具有的基本素质
◎关键字驱动测试(keyword-driven)
◎软件测试工程师职业特点
◎浮躁的国内测试界—2006年测试人员招聘感悟
◎测试资源的合理分配
◎桌面检查与同行评分-《软件测试艺术》读书笔记(15)
◎代码走查-《软件测试艺术》读书笔记(14)
◎错误列表-《软件测试艺术》读书笔记(13)
◎代码检查-《软件测试艺术》读书笔记(12)
◎《软件测试艺术》读书笔记(11)_优之共通
◎测试人员的职业发展方向
◎测试资源的合理分配
◎软件测试是提高软件产品质量的必要条件(2)
◎软件测试是提高软件产品质量的必要条件(1)
◎软件测试:不可忽略的阶段
◎自动化测试的优缺点
◎实施IPD
◎软件项目中测试人员的考核
◎走出软件测试的困境
◎加快回归测试的步伐:累积测试分析和目标测试入门
◎《软件测试艺术》读书笔记(10)_人工测试技术
热门文章
◎软件测试工程师面试问题选登
◎一个初级测试工程师的工作总结
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎好的测试工程师应具备的素质
◎软件测试入门书籍(2)
◎我在软件公司成长的三年
◎面试官最爱问的问题背后真相
◎软件测试工程师面试题
◎应届毕业生少走弯路的十条忠告
◎有关软件测试的术语定义集锦
◎微软的软件测试方法(一)
◎我的测试经历(1)
◎全景记录:软件测试工程师的一天
◎软件测试步骤
◎谈谈对测试职业的看法
◎漫谈软件测试工程师的角色定位
◎测试需要掌握什么
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎如何制定成功的测试计划
◎测试的主要评测方法(1)
◎什么是ERP,通俗版解释
◎测试经验交流
◎软件测试及其支持工具
◎编写优秀Bug报告的艺术
◎软件产品测试标准
◎从程序员到测试工程师
◎微软的软件测试方法(二)
◎软件测试应遵循的八条原则
◎测试版本大全
◎我的测试经历(2)
◎测试人员的挑战
◎网管和黑客都必须知道的命令
◎QA活动的理解与实施
◎Alpha和Beta测试简介
◎网络最经典命令行
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎你适合做测试吗?
◎软件测试的误区
◎我的测试经历(3)
◎软件测试的心理学问题
◎软件测试组织与方法

Google提供的广告