软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
《测试之道》第四篇——胡马大宛名
文章出处:blog 作者:flyingwind 发布时间:2006-11-17
4、胡马大宛名
    上回书说到TE如侠。侠客离不开剑,也离不开马。就好比郭靖有了汗血宝马,想去哪就去哪,从来不
必担心路程问题;而胡斐追捕南霸天雷老虎,没有宝马良驹,从广东一直追到北京才算完。侠客离不开马
,尤其需要骐骥骅骝,千里良驹。
    杜甫《房兵曹胡马》:胡马大宛名,锋棱瘦骨成。竹批双耳峻,风入四蹄轻。所向无空阔,真堪托死
生。骁腾有如此,万里可横行。
    然则对于TE而言,能够“风入四蹄轻”的千里马何在呢?
    人的精力总是有限的,即便再伟大的TE,对于无穷无尽的测试任务,也总会有感到疲惫不堪,难以为
继的时候。这不是因为TE本身功力不够,也不是因为TE掌中剑(TC)不好,而是缺少了一匹良骥。人力有
时而尽,只有非人力的才可持久;因此这良骥便是且只能是自动化测试(Automation testing)。
    虽然《荀子·劝学》有云:骐骥一跃,不能十步;驽马十驾,功在不舍。然而完全由机器所执行的自
动化测试,不论骐骥还是驽马,全都能够做到功在不舍。因此这时候TE如果只是埋头编写自动化代码便有
失明智了。
    TE可以针对每一条TC编写一段测试代码,然后通过执行这段代码完成对测试目标内容的覆盖;此为驽
马的方法,虽然劳而有功,然而工程浩大,且成本不菲,后续项目的继承性也难以保证。
    TE还可以先创建框架,从测试需求分析开始,与coding的CMM的流程同步,采用迭代的方法渐增完成
测试代码;“随风潜入夜,润物细无声。”当测试执行开始的时候,测试代码的架构已经完成,只需对细
节进行后续维护即可。
    然而还有更可取的方式:TE不要针对每个测试例编码,而是每个STEP编写更小的一段代码。不同的测
试例有可能使用相同的STEP。这种等价于STEP的每一段小的代码(记为cell)可以用STEP的简述进行封装
。例如BS结构的web页面,第一步通常是登录,登录之后跳转到首页。可以采用如下封装:
    login {
        /*input username & password*/
            input_username "xxxxxx";
            input_password "xxxxxx";
        /*check*/
            if (get_new page "//main.htm")
                output "step xxx is pass"
            else
                output "step xxx is fail"
    }
若干个此种简易封装的函数(例如完成了login,download_source,edit_source,upload_source等)完成之
后,TE对于某个测试例(step1:登录xx网站;step2:下载xx文件;step3:编辑刚才下载的xx文件;
step4:把编辑过的xx文件再上传回xx网站。)可以如下编写:
    login;
    download_source;
    edit_source;
    upload_source;
对于使用函数编写测试代码的TE而言,完全不是在编码,只是写一篇简单至极的短文。如果测试例的管理
工具足够强大,甚至可以自动组装函数。至于今后的类似项目,同样可以直接使用这些函数;如果测试例
的管理工具足够强大,甚至可以第一次编写函数之后,一切的测试代码都自动生成。
    只不过到那时,说不好TE是完全被解放了,还是完全被淘汰了。就好似汽车的出现代替了千里马,而
火器的出现淘汰了剑,剑与马都失去了价值的那一天,侠客也就消失了。
 

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

Google提供的广告