每天进步一点点,每天幸福一点点

发布新日志

  • web测试之兼容性(1)

    2008-11-17 14:35:52

    1.               软件兼容性测试

    兼容性测试是指待测试项目在特定的硬件平台上,不同的应用软件之间,不同的操作系统平台上,在不同的网络等环境中能正常的运行的测试。

    兼容性测试的目的:待测试项目在不同的操作系统平台上正常运行,包括待测试项目能在同一操作系统平台的不同版本上正常运行;待测试项目能与相关的其他软件或系统的“和平共处”;待测试项目能在指定的硬件环境中正常运行;待测试项目能在不同的网络环境中正常运行。

    兼容性测试无法做到完全的质量保证,但对于一个项目来讲,兼容性测试是必不可少的一个步骤。

    2.               Web兼容性测试的主要类型

    Web兼容性测试主要是针对不同的操作系统平台,浏览器,以及分辨率进行的测试。

    2.1.          操作系统兼容性测试

    常见的操作系统有WindowsUnixLinux等,对于普通用户来讲,最常用的是Windows操作系统。Windows操作系统包括Windows XPwindows 2003vistaWin2000/NTWindows9x等等。用户使用操作系统的类型,直接决定了我们操作系统平台兼容性测试的操作系统平台数量,进行操作系统平台的兼容性测试的主要目的就是保证我们的待测试项目在该操作系统平台下能正常运行。

    对于一些特殊项目(比如定制项目),可以指定某一类型的操作系统版本,这些都应该在需求规格说明书中指明,针对这些指明的操作系统版本必须进行兼容性测试。

    大部分的其他项目,是不指定操作系统版本的,针对这样的项目,我们应当针对当前的主流操作系统版本进行兼容性测试,在确保主流操作系统版本兼容性测试的前提下在对非主流操作系统版本进行测试,尽量保证项目的操作系统版本的兼容性测试的完整性。

    2.2.          浏览器兼容性测试

    浏览器是Web系统中对核心的组成构件,来自不同厂家的浏览器对Javascrīpt ActiveX或不同的HTML规格有不同的支持,即使是同一厂家的浏览器,也存在不同的版本的问题。不同的浏览器对安全性和JAVA的设置也不一样。

    目前最为常用的浏览器为:IE 6.0 IE 7.0.但由于操作习惯的问题,还有相当一部分用户喜欢使用腾讯的TT,以及firefox浏览器,这些浏览器同样也存在各个版本的问题。这个对于Web系统来讲是一个相当大的挑战。

    对于一些特殊项目(比如定制项目),可以指定某一类型的浏览器(包括版本),这些都必须在需求规格说明书中指明。针对这些指明的浏览器必须进行兼容性测试。但大部分的项目,是不能指定浏览器的,针对这样的项目,那么我们必须针对当前的主流浏览器(含版本),在确保主流浏览器的兼容性测试通过的前提下,再对非主流浏览器(含版本)进行测试,尽量保证项目的浏览器的兼容性测试的完整性。

    2.3.          分辨率兼容性测试

    分辨率的测试是为了页面版式在不同的分辨率模式下能正常显示,字体符合要求而进行的测试。

    用户使用什么模式的分辨率,对于我们来讲是未知的。通常情况下,在我们的需求规格说明书中会建议某些分辨率。对于测试来讲,必须针对需求规格说明书中建议的分辨率进行专门的测试。现在常见的分辨率是1024×768800×600。对于需求规格说明书中规定的分辨率,测试必须保证测试通过,但对于其他分辨率,原则上也应该尽量保证,但由于这个在需求规格说明书中没有加以约束,所以在一定程度上,开发往往会拒绝进行调整。对于需求规格说明书中没有规定分辨率的项目,测试应该在完成主流分辨率的兼容性测试的前提下,尽可能进行一些非主流分辨率的兼容性测试,在一定程度上保证大部分。


  • 什么是UAT测试?

    2008-11-17 14:17:17

    UAT(user acceptance Test),用户接受度测试

    以下是它的一些一般步骤;仅供参考

    一步:用户培训手册准备(就是针对要进行UAT测试的对象,及要进行培训的用户,准备一些培训资料:一般是测试对象使用/功能手册及要培训的用户的个人资料等等:就跟教师上课进行备课差不多)

    二步:测试脚本发放(如果你公司采用自动化测试,那么每一个功能或一个模块等都有对应的测试脚本,可以把这些测试脚本分发给特定的人员;如果采用手工测试,就要把详细描述一个功能或模块的文档分给相关人员(当然自动化测试也要分发))

    三步:用户补充业务测试场景和测试数据(就是:请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据,来给一些补充与建议,越贴近实际应用越好)

    四步:顾问补充测试步骤(你可以请项目专家,测试经理,或专门的测试,开发等顾问对测试步骤进行补充)

    五步:培训资料及测试脚本文档的确定与最终输出(一般到此,各种资料都基本确定,这时可以将它们进行打印,或形成特别的电子文档)

    六步:测试策略的制定(如嵌入测试策略等)

    七步:测试用户的确定(大体上从培训人员中选取,因为不可能每个接受培训的人员都有资格去测试的,这里你可以通过一些考核来实现人员的筛选等等)

    八步:由专门的测试组织机构确定测试地点,并发出通知

    九步:测试网络环境的搭建和保障(包括网络,系统,硬软件,包括一些case工具等

    十步:组织进行测试

    十一步:评审分析提交的问题(这就进入了一般bug处理过程,形成了一个循环)

    UAT测试的重点,我想主要体现在以下几个方面

    一是:培训的资料表述要准确全面,易懂等(这是理论基础)

    二是:人员选择,要典型有代表性(用户基础)

    三是:测试流程步骤(要周密)

    四是:测试策略制定(确定一个适合测试对象及测试人员的测试策略)

    五是:问题的表达与处理(因为测试者不是专业开发测试人员,对于问题的表达可能不到位,或根本就不是那种问题,这就存在如何复现与转化问题等)
  • 2008.6.10

    2008-06-10 11:49:01


    上周放假前组长说让我做一个分析报告给他,他给了一个模板,然后给的期限是一个星期,呵呵,心想,一个星期呢,no problem,本人以前可就是作分析的啊

    不过今天他来了之后就催我了,让我今天下午给他,看了一下,觉得还是小 case,本人以前做的比这个复杂多了,这种东西一天能做到十来份;

    不过等到巴图做完的时候就有点傻了??

    以前每拿到一个版本只是简单的问一下修改了什么东西,然后就开始测了,但是对于版本的具体详细的信息却没有做过很详细的记录;现在呢,要分析了,可就傻了;

    赶紧给项目经理msn,问他有没有版本的详细信息,那家伙也说没有,说明白我的意图之后,那家伙还不错,答应下午给一个详细的信息;

    狠狠告诫自己,以后可不能不做一个详细记录了,要不分析的时候就没法分析了;

    还有从自己做的表格来看,凡是自己用劲比较大、比较努力的版本测出来的bug数量就比较多,凡是稀里糊涂的版本bug就比较少;

    还是那句老话啊:出来混都是要还地啊

  • 2008.4.1

    2008-04-01 18:18:16

    今天很开心...

    今天早晨上班的时候,走在路上觉得应该想一下今天的工作安排,于是边走边想,发现老是走神,想着想着思绪就随着自己的脚步飘到了九霄云外,觉得自己很好笑,呵呵...还是强迫自己想了个大概,觉得应该可以养成这个好习惯,不能每次坐到电脑前再去想,这样可以节省很多精力、时间...

    坐到电脑前,告诉自己说:今天我必须找到5个bug,于是很积极的去干活。上午发现了4个bug,有两个是很严重的,导致死机重启之类的。

    下午休息一下,觉得束手无策了,想想还是看着case测一下吧,开始边看case边测。以前觉得case没有什么用,况且还是我自己写的,今天才发现不是这样的,当我按着case走了一半的时候确实找到了今天的另外6个bug。平时不看case的时候,可能测试有些盲目,也许在某一点上就浪费了很多时间,而一些细节的东西就忽略了,而细节的东西忽略就会忽略很多问题,今天又成长了一点点......

    bug比小强还强,只要你愿意找总还是有的......

    不知道报着这样的心态是对的还是不对的,但是我总是希望能找到很多的bug,这样产品就会稳定些......

    希望大家多多跟我讨论啊,我现在还只是懂点皮毛的东西,很深的还需要学习学习再学习....

  • 2008.3.31

    2008-03-31 18:08:49

    今天开始决定应该天天写一下日志,记录自己的生活、工作,这样才能三省吾身,才能在不断的小细节中提高自己。

    今天上班的时候,查看上周五写的case,才发现没有保存下来,于是突然有点心慌,感觉自己真的很粗心,细细的检查修改的case就因为我的粗心而没有被存下来,没的办法,重新修改添加吧。

    在修改case与测试之间觉得还是测试重要,于是进行测试,但是提前没有好好想想针对那个模块来测,所以开始的时候有点盲目,过了个周末就觉得束手无策了,于是静下来想想:还是先测web模块;于是开始测web模块,一天下来发现了web的几个bug,但是觉得并不十分的满意。

    今天出奇的冷,早晨出门的时候觉得也不冷,但是办公室在阴面,所以坐在这儿就双手冰凉、浑身打颤,所以工作就有点不太扎实。

    仍然有偷懒的时候,仍然有力不从心的时候,仍然有迷茫的时候,仍然有默然的时候,仍然有束手无策的时候...

    应该好好想想自己的工作,然后心里有个数,应该怎么做、应该做些什么,提前想好了就会得心应手,就像是bug摆在那儿,而我去探索一样...

    还有就是细心,现在发现自己真的很粗心呢,报bug的时候,总是漏掉点细节的东西,比如说那个测了几次出现几次就总是会漏掉,然后再添加;还有一次是fixed bug的时候,把一个bug的结果写在了另一个bug上面,这样荒唐的事情只有在以后细心细心再细心的时候才能改掉...

    这个3天假想要回家看看,有点想家了....

  • QTP8 Tutorial_oldsidney

    2007-12-13 11:06:45

    QTP8 Tutorial_oldsidney  与大家共享

    只是是繁体的,我试着转化成简体,结果pdf转到word的时候是乱码,暂时不能转成,成功了继续上传

  • 多多交流

    2007-12-12 14:36:16

    今天第一次开通空间,希望能通过这个渠道可以跟大家多多交流测试心得,共同进步
Open Toolbar