发布新日志

  • ATM机的最新BUG,不知道大家有没有好方案

    2008-03-12 23:40:36

        今天在网上看到的一篇非常牛的贴子,看了之后都不敢在银行的ATM机器上取钱了。不过想想这个BUG有可以是测试人员的漏测,也有可能是需求的不足,人们跟本没有想到有人会这么操作。发到空间中让大家都来想想有没有好方案!!

    -----(以下为原文)----

        前天,出差前,在我所在城市的工行ATM机上取了800元现金,像往常一样,习惯性的检查了一下吐钞口吐出的钞票,其中一张感觉有异,抽出来一看,纸质厚钝,老人家面目模糊,头轰的一下大了,“假钱”!!我当即拿着那张假币在ATM机上的摄像头前晃了一下,以图证明案发时间,然后迅速飞奔到后面的工行营业厅窗口。结果可想而知,柜台MM接过钱冷冰冰的说:对不起,不能证明你是在取款机上取的。我据理争辩要求掉摄像头资料证明,柜台MM说,摄像头只能记录面相,成像角度不能涉及取钞口,言外之意就是说如果我当时在取钞口进行调换以图讹诈银行,也不是没有可能。说完后连假币都不还给我,“啪”的盖章没收。直气的我七窍生烟。要知道我八年前原来是一个财务工作者,自从误收过一次100元假币后,苦练识钞大法,八年来多少假币在我的手里现过原型,八年前误收的那张假币至今在我的写字台玻璃板下压着,未曾想,堂堂的国家银行里,我苦练八年的识钞大法竟然没有了用武之地,还没地儿说理去!!我越想越气,TNND,许霆差你的钱不还,你总不能从我这出吧!

            于是,出差也不出了,一定要讨个说法去,闷闷的回家想了半天,终于被我睿智的大脑找到了ATM机的BUG!公道!!还我公道!!!我咆哮着,用颤抖的双手取出了我珍藏八年的第一张假币,我要还给你,丑陋的银行!

            以下细节仅供遭受银行假币之害人观看解气,切勿模仿,动机不纯者敬请自重!

            我回到了银行的ATM机前,(注:这个ATM机因为是在银行门外,因此我的还钱成功很大程度也与此有关)。手心里捏着假钞,另一只手把银行卡插了进去,又输入了取800元的指令,很快钱从吐钞口内吐出,我小心翼翼的在吐钞口吐出的钱币中间抽取了一张,然后将假币展开重新塞回那叠钱中间,然后静等10秒钟,ATM机开始滴滴提示音响,屏幕上显示“请尽快取钞,超出时间将自动收回”。继续静等。。。咔哒一声,钱退回机内-----无任何异常---查余额-----金额未变----闪人!人脑终于战胜了电脑,我终于讨回了公道!

            高人们也许会问,那假钞退回去难道ATM机不能识别么?呵呵。。你很善于思考,但是你可以放心,不会!如果吐钞口有识别器,那假钱就没那么容易就出来了。既然可以出来自然也可以进去。高人们又问,那你不怕摄像头把你记录在案啊,呵呵。。。这个担心也不必,本文开始时,柜台MM已经暴露了摄像头的成像角度了!高人们再三问,那后面取钱的人不是就倒了霉了嘛?咳。。咳。。这个。。这个也是我回家后在思考的问题,所以也是不希望各位效仿的理由,我当时只考虑咋讨回公道了,没细想到后果的继承人其实不是银行,而是下一个和我一样的受害者,BS自己!!

    其实在技术层面上我当时我唯一担心考虑的只有两个问题:
    1、吐出来一堆都是50元面值的。(俄滴神啊,吐血!)
    2、所有程序操作完毕后,回家的路上哼着口哨欣赏着调换成功的百元大钞时。(TNND,怎么换出来的又是一张假币啊!!!!)

    各位观众,以上程序请勿自行模仿,如不慎失手,责任自负!工行、中行、建行、农行、招行、交行的大叔大妈姐姐妹妹们,看到此文时你可以升级你的ATM机,但是同时也请升级你们的道德观,要知道,我们的血汗钱不投股市不投基金不投房产只投利率最低的银行,不是让你们来糟践的!!! 

  • 软件质量的评估

    2008-03-12 18:02:14

     
       今天在网上不意间看到的,在很多地方都有同样的联接,好东西大家都来分享。所以我也来收藏一下。
     
       量化评估,最重要的一点是经验。同时科能需要大量统计工作作为铺垫。
       下面我主要从bug统计来说一下我的经验。

    1。测试项目数和摘出bug数预测
        一般来说我们可以根据软件代码行数来粗略估计一个产品可能包含的bug数目和需要的测试项目。
        现在有些公司流行每千行bug数的标准来制定测试计划,这个标准是通过以往测试经验总结出来的,
        一般来说,同类的产品,尤其是同一个开发流程的产品,这些数值不应该相差太多,
        如果相差一个数量级以上,我们几乎可以说,要么是QA出问题了,要么是开发出问题了。

    2。测试bug分级
        使用bugzilla或者Jira之类的
    缺陷管理系统何以很容易的实现bug分级,一般至少有
        Fatal, Major, Minor, cosmatic这几种,还有一种特殊的叫做blocker,意思是这个bug
        会影响测试进度。产品发布前,可以根据实际情况,定一个界限级别,比如要求
        新出Major为0,并且所有已有的Major全部close。

    3。测试bug收敛
        量化评估必不可少的是bug收敛,这个要通过统计每日新出bug并跟踪已有bug
        制作收敛曲线来实现。收敛曲线的形状发散表明目前产品极其不稳定,收敛曲线
        开始收敛表示目前产品趋于稳定,完全收敛之后可以认为是发布的时机。

    4。测试bug分布
         bug分布是决定下面测试重点的一个重要的参考数据。首先还是需要统计,
         找出所有已有的不同级别的bug在各个模块的分布,假如ABC三个模块,
         A模块占了bug的60%,C模块占了bug的8%那么,我们可以得出这样的结论,
         软件的不稳定瓶颈在于A模块,是一个薄弱点,需要开发人员集中力量对应。
         但是C模块也是一个可疑模块,因为出现bug率太低,如果不是开发的太好
         就是测试方法不当。

    5。测试bug的周期
         一个bug的生命历程是一个完整的轮回,从他出生(open)开始,到调查(Accept)
        到修复(Fix),再到确认(Verify)是最简单的路线,这个周期越短,说明项目进展越顺利
        反之则意味着项目进度目前有很大的阻碍。

    6。降级bug数
        降级bug的多少对于软件质量评估也是一个重要参考标准,降级bug也就是由于修正一个bug
        又作了一个新bug,降级bug数目过多意味着现在的产品在越修越坏。

        一个新的QA团队,在2,3,4,5,6步骤可能会有所迷惑,不知道阈值应该怎样选
       但如果每次都坚持这样做,很多次之后2,3,4,5,6会给这个团队大量的经验积累,
       完全可以做到看着统计图估计出一个产品处于什么状态,需要加强哪些方面等等。
  • 工作思考

    2008-01-11 14:50:10

    本周有一天时间是为系统模块进行测试用例的编写。本来想有一天的时间直接就将这个模块的测试用例全部完成的,但是在先进行分析的过程中才发现测试数据太多了。原因是绝大多数参数的数据属性是varchar2,这个类型是可以存储数字、字母、汉字、特殊字符的。利用等价类、边界值进行测试用例分析时就可以产生输入数字、字母、汉字、特殊字符、输入范围之内的、输入范围之外的、组合输入等等。这一样一来一个业务逻辑非常简单的添加功能都可以写很多的测试用例。写到这里我想到了测试行业中的一句话“测试就是用最少的测试用例来找出最多的缺陷”。但是我们要以怎么样的一个标准来界定这个“最少的用例”数呢?一直是我在思考也是非常想知道的问题。
  • 单元测试(驱动和桩)的编写(转)

    2007-07-02 23:49:48

    自顶向下和自底向上在UT和IT中是有区别的。
    注意UT和IT的关注重点不同:
    UT:注重被测单元本身单元接口,出错处理,局部数据结构,边界条件,独立路径。(即被测单元自身是否错误,先不考虑别的单元)
    IT:注重被测单元间的接口和集成后的功能。(即集成,组合后的功能)
    因此在使用测试策略时也有区别。
    例1:

    如果要测试3个函数单元A,B和C,函数A是顶层函数,第二层是函数B和C。
    采用自顶向下策略进行UT:(三个步骤分别测了函数A,B,C)
    1.为函数A写DRIVER,测试函数A,为函数B和C分别写STUB.
    2.用函数A的DRIVER,测试函数B,函数C的STUB仍然保留。
    3.函数A的DRIVER,测试函数C.

    采用自顶向下策略进行IT:(第一步对函数A和B做集成测试,第二步对函数A,B和C做集成测试)
    1.为函数A写DRIVER,对函数A和B做集成测试,为函数C写STUB.
    2.用函数A的DRIVER,加入函数C,对函数A,B和C做集成测试.

    例2:

    如果要测试5个函数单元A,B,C,D和E,函数A是顶层函数,第二层是函数B,C和D,第三层是函数E在函数B下.
    采用自底向上策略进行UT:(五个步骤分别测了函数EBCDA)
    1.为函数E写DRIVER,测试函数E
    2.为函数B写DRIVER,测试函数B,使用下一层已被测试的函数E做桩模块(不需写STUB,直接调用函数E既可,但仍然把其理解为桩)。
    3.为函数C写DRIVER,测试函数C。
    4.为函数D写DRIVER,测试函数D。
    5.为函数A写DRIVER,测试函数A,使用下一层已被测试的函数B,C和D做桩模块。

    采用自底向上策略进行IT:
    1.为函数B写DRIVER,对函数B和E做集成测试。
    2.为函数A写DRIVER,对函数A,B,C,D和E进行集成测试(并行进行)
  • 准备不充分的面试就注定会失败

    2007-05-12 14:06:14

      从工作后已经大半年没经历面试了,昨天去了一家网络公司面试测试工程师。虽然现在每天都是做测试但是还是对测试的一些概念比较模糊,所以一次准备不充分的面试就注定会失败。

      当走出会议室的哪时我就已经知道答案了,心里有点难过.....但是更大的是一种鼓励和激励!从哪里跌倒就从哪里爬起来。会更加努力学习测试知识,做一个优秀的测试工程师!!

  • 如何成为一名合格的软件测试工程师(转)

    2007-05-12 13:55:20

    ★ 什么是软件测试? 
             随着软件市场的成熟,人们对软件作用期望值也越来越高, 软件的质量和功能可靠性也正逐渐成为人们关注的焦点。目前,中国软件产业在产品性能和功能测试领域都存在着严重不足,中国软件公司已开始认识到,软件测试的深度和广度决定了中国软件企业的前途命运。

             软件测试并非传统意义上产品交付前单一的“找错”过程,而是贯穿于软件生产过程的始终,是一个科学的质量控制过程。从一个软件项目的需求调研、设计、编码、验收直到进入运行维护,整个过程都需要有软件测试工程师的介入和把关,这直接导致了软件测试工程师职位需求的增加。国外的大多数软件公司,1个软件开发工程师便对应1-2个软件测试工程师。而国内软件公司中,往往是5-6个软件开发工程师才对应1-2个软件测试工程师。

    ★ 软件测试岗位特点

    ★就业竞争小 
         以往在招聘会上,招聘单位都能接到不少合适的简历,满载而归。而节后在北京、上海、深圳举办的几次春季大型招聘会上,多家企业纷纷打出各类高薪招聘软件测试人员的海报,
    出人意料的是, 收到的简历尚不足招聘岗位数的 50% ,而合格的竟不足 30%
      
    据北大青鸟APTECH软件测试工程师培训项目负责人、前北大方正研究院质量保障部总监肖睿博士介绍,日常的招聘工作便要占掉一个测试部门经理相当大精力。并非软件企业的招聘要求苛刻,实际情况是经过专业培训认证的软件测试工程师受到用人单位的很大欢迎,只是很多求职者并未真正了解软件测试岗位的要求,从而造成大量职场人员受专业技能限制而无法满足企业需求的尴尬现状

    ★薪资待遇好,工作起点高

        智联招聘2006年的薪酬报告显示,软件测试人员的起薪从3000至5000元/月不等,有三年以上工作经验的月薪则可达8000元。目前,单独设立测试部门、对测试人员有强烈需求的企业大多是较大规模的软件企业,因此,测试工程师并不需要在小企业积累一定经验后方能获得名企的入门通行证。
    ★ 职业生涯久,性别无偏好

        随着软件测试经验的积累,“资深” 的测试工程师会测得更快、更准、更全面,从而将越老越“值钱”。不像许多IT职位那样, 软件测试工作对性别没有具体要求,相比之下,软件测试工作过程和结果不太依赖于个人创新能力和工作强度,更需要的是熟练程度、耐心、责任心和自信心,所以,企业对测试人员的性别也就没有什么特别的要求。

    搭建Windows测试环境
    能够搭建和维护基于Windows操作系统的测试环境。

    测试计划与软件缺陷
    能够掌握软件测试基本概念和测试流程,了解测试策略和方法,了解测试计划制定和测试用例设计,能够按照测试计划执测试用例、识别和优化缺陷、填写缺陷跟踪报告,评估测试结果并改进测试过程。

    使用C语言开发简单应用
    能够掌握结构化的程序设计方法和软件开发过程,了解常用的数据结构和算法并使用C语言开发应用软件,了解编码规范,了解常见软件错误产生原因。为了解Windows开发环境、设计有效的测试用例、开发测试工具和测试脚本做准备。

    高效设计测试用例
    能够了解软件故障模型和常见软件故障,针对常见测试任务设计和组织测试用例、开发测试脚本。

    白盒测试
    能够掌握白盒测试的方法、流程,掌握测试结果的分析和评价,熟悉测试报告的内容和含义;熟悉白盒测试的常用工具;了解白盒测试的现状和发展前景。

    Linux与网络应用环境
    能够搭建和管理基于Windows和Linux操作系统的分布式系统测试环境,熟悉该环境下的开发流程和工具。

    Web技术与数据库
    能够掌握配置和管理SQL Server 2000数据库系统的基本知识;了解数据库管理的基本知识和常见的数据库产品;能够掌握直接查询和修改数据库数据的工具;了解软件连接数据库的方法和组件;掌握HTML与XML语法;熟悉多层结构的分布式软件系统架构和运行机制;掌握分布式软件系统的安装部署、配置、卸载。能够掌握Web应用系统故障模型,并依此编写测试计划和测试方案,设计、使用、维护测试用例;了解一般分布式系统的系统故障模型。

    高效使用自动测试工具
    能够掌握Web应用系统自动测试工具的常用功能,了解自动测试工具的选择和使用方式。此门课程主要讲三个工具,分别是WinRunner、LoadRunner、TestDirector。课程内容涵盖了从安装到使用的全部内容,并结合实际操作案例进行分析讲解,从而保证学员真正掌握工具的使用方法,并能够应用工具进行实际测试。

    职业导向训练
    能够编写用户手册和软件演示文档,了解团队沟通技巧,掌握开发心理和测试心理。能够熟悉团队管理方法和技巧;能够熟悉用户培训方法和技巧;能够熟悉冲突处理方法和技巧;能够熟悉编写简历及应聘面试的技巧;深刻理解并掌握软件测试工程师不同职业发展阶段的职业素质要求。

    应用系统测试实训
    包括一个百万行代码级别的桌面产品,实训过程中模拟实际测试工作环境,发放多个包含bug的软件版本,且每个版本都模拟真实测试过程中的情况进行了定制调整,以保证为学员创造一个与日常测试工作环境类似场景。学员通过这个项目实训,将本阶段学习过程中涉及的测试技能,测试方法等知识点灵活运用,达到理论与实际相结合的教学效果。从而保证将书本中的知识点真正消化掌握,进而达到软件测试综合能力的提升。该实训项目由BTest产品研发部门通过对购买的真实软件产品结合规范的测试流程修改而成,因此有完整的缺陷报告库。学员在测试过程中遇到的所有缺陷均来源与该产品的真实缺陷,因此最大程度的保证了软件项目实训的实训效果。
    一个来源于BTest项目组定制采购的十万行代码级别WEB系统产品,该系统采用目前流行的3层结构的软件体系,并且在后台有先进的工作流系统支持整个系统的流程。实训过程中模拟实际测试工作环境发放多个版本,且每个版本都模拟真实测试过程中的情况进行了定制调整,以保证为学员创造一个与日常测试工作环境类似场景。学员通过这个项目实训,将本阶段学习过程中涉及的,WEB应用系统的功能测试、性能测试、后台数据库测试、安全测试等方法和相关知识点灵活运用,并将项目管理和自动测试工具应用于项目实训过程中,达到理论与实际相结合的教学效果。从而保证将书本中的知识点真正消化掌握,进而达到测试WEB应用系统软件综合能力的提升。

  • (转)avast! antivirus 免費防毒軟體

    2007-04-29 10:37:11

    「avast! antivirus」是一套內建繁體中文語系的免費授權(家用、非商業使用)防毒軟體,雖然免費,不過防毒能力也是名列前茅,且內建的HTTP、EMAIL防護之外,還有P2P防護、MSN、即時通等聊天工具的安全防護、網路攻擊防護…等等,相當完整唷!

    ※軟體資訊

    軟體名稱:avast! antivirus
    軟體版本:4.7
    軟體語言:繁體中文(內建27國語言)
    官方網站:http://www.avast.com/

    下載軟體、申請免費序號

    第1步  首先開啟avast!的軟體下載頁面「http://www.avast.com/eng/programs.html」,進入之後,按一下「avast! 4 Home Edition FREE Download」這個連結。

    第2步  然後捲動頁面到下面,找到繁體中文(当然在繁体的上面你能找到简体中文!)的檔案「avast! 4 Home - Chinese (Traditional) version」,就是下載這個囉。

    第3步  下載完後,我們必須先在avast!網站上免費註冊一個軟體序號,這個序號可以使用一年。按一下「Registration」,準備取得免費序號。

    第4步  先捲動頁面到最下方,將與系切換成繁體中文語系(同样的在繁体的上方就是简体)。

    第5步  接著我們可以看到頁面都變成中文字啦 ,接著填一下Email信箱、你的暱稱等資訊,然後再勾選「我明白我僅有權利在私人和非商業用途上使用這個程式」,這三個項目必填(必勾選),其他欄位可以不用管他。

    第6步  接著填一下畫面中的英文字,然後再按下〔註冊〕,即可完成註冊動作,他會將新的序號Email到你的信箱中。 

    Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1586700

  • 心情写照

    2007-04-28 12:02:58

    测试人生我的新博客今天新开通了!希望以后和大家多交流,能学习到更多的测试知识。

数据统计

  • 访问量: 12048
  • 日志数: 8
  • 书签数: 13
  • 建立时间: 2007-04-28
  • 更新时间: 2008-03-12

RSS订阅

Open Toolbar