将QA进行到底!

发布新日志

  • 沟通是一件伟大的事情

    2009-02-26 11:49:49

    如题。
    正确、及时、有效、高效的沟通是一件多么伟大的事情!
    人与人之间相处还是协作都需要沟通来做润滑剂。
    但是沟通不等同于直言不讳、说话甚至当面讨论。
    对于不同对象,采用不同的沟通方式。在不同的场合,为达到不同的结果而采取不同的沟通方式;
    比如开会,大家坐在一起,最终的结果其实99%都是开会以前大家都知道,这个过程就是一个周知大家,甚至让领导知晓的方法。有沟通技巧的领导会让每个参与者都一种主人翁的快感,有效参与到讨论中,并引导大多数人向着最终结果的方向去讨论。要不得的方法是一言堂或者一锅粥,中庸和官僚主义是坦诚沟通的大敌,因为沟通的越透明和坦诚,人们相互理解所走的弯路就越少,相互理解的速度就会越快;
    同单人沟通时,很重要的两点是善用权力关系及利益点驱动。谈话者之间如果是上下级关系,采取的沟通方式和平级之间,有很大的差别。如果是上下级,直接工作安排的沟通往往很少会有问题,怕领导是人民群众的通病。即使有令人不爽的反馈,大多数领导也很会推卸责任,你会发现,很多事情,说了和没说一样,久而久之也就什么都不再讲。负责任且有能力摆平你所需要的领导,是难得遇见的,但这样的上下级关系往往在大公司不多见,层级之差大于等于二才有可能,但这样的群体,上级直接越级沟通下级,会令人疲惫不堪。
    没有直接权力制约关系的时候,利益点驱动就成了沟通的利器,当然前提是建立在沟通发起者对接受者利益点了解的基础上,否则适得其反。所谓的利益点驱动,不需要过多解释,类似于投其所好,引导谈话朝着接受者利益趋向的方向去发展,谈话也会进行的很顺利。从这一点,就提醒领导者,在一个多人团队中,建设梯队构架的小团队时,一定要注意利益点均衡。也就是说,每个团队的人都要不一样,尽量平衡,不能一个团队里都是孙悟空或者都是猪八戒,最好每个小团队都能独自取经,各团队分别拆分后也能重新组建一个四人帮。
     

  • 独行者

    2009-01-15 11:07:10

    很久以前,一个朋友总和我说,他时常梦到自己的未来。他说那将是在南非沙漠地带的一个小镇上,他一个人在烈日下独行,走累的时候,找到路边一个小酒吧,坐下来喝一杯,享受这安静的感觉。
    这个朋友到现在,孑然一身。我们嘲笑他要当心,以后不要变成老人家了,茕茕孑立,形影相吊,孤独寂寞的忧郁死。他笑笑,不以为然。
    他就这样孤孤单单的从大学读到研究生,研究生毕业后到了一家国有企业里,别人都安心成家养孩子,他主动申请去了基层,整天带着一群技术民工出去跑项目,一年下来,在外面的时间差过250天。
    我们聚会,问到他怎么样,他说了几句话,在同事的眼中,他是一个工作狂,事业强人,挑剔的有钱人,不正常。工作很累,钱很多,应酬很多,别人介绍了个女朋友,却不想和别人在一起。最后,他低声的说,每天下班最想做的事情,就是在办公室里,所有的人都离开以后,自己打开电脑,听听音乐,看个帖子,抽根烟,看着烟圈一个人发发楞,心里好像一下子回到了过去的时光。
    独行者如他这般,越来越多人,有时候人活着不知道为了谁,为了自己还是别人,谁都说不清。也许有一天,那些梦想都被实现了,人也不再必须奋斗,我们就在心理都不再那么孤独,看着周遭的一起都能做到心如止水。
  • 通用用例库

    2009-01-07 17:33:36

    网站测试过程中,有很多不同的维度进行测试用例分类。没有任何一种方法能够让所有的人都认同,仁者见仁,智者见智吧。

    有一种分类的维度就是按照页面来划分测试用例,按照页面元素基本属性、页面控件业务功能逻辑、页面间逻辑关系来分类。

    本文以一个普通的网站为例简单介绍页面元素基本属性这个分类的具体划分方法。

    页面元素基本属性验证,包含UI静态页面元素验证、控件基本属性和通用业务逻辑三类。这些用例往往可以可以和业务功能逻辑分离,所以相对比较稳定,一般做法是将这些用例抽象成一个通用用例库,每个引用到通用用例库的用例就免去再写一遍的麻烦,直接写上:见通用用例库***即可。

    三者具体分类如下:

    UI静态页面元素验证:

    1,页面展示; 2,页面框架;3,页面图片元素;4,页面文字元素;5,页面链接;6,页面JS;7,Flash;8,浮动窗体;9,弹出窗体;

    控件基本属性验证:

    1,输入框(单行/多行);2,单选框;3,复选框;4,下拉列表框;5,下拉列表输入框;6,按钮;7,日期控件;8,翻页控件;9,日期控件;10,Tree型结点控件;

    通用业务逻辑验证:

    1,单查询框查询;2,组合条件查询;3,模糊查询;4,非法字符输入验证;5,登陆;6,登出;7,重置;8,全选;9,排序;

     

    未完待续

     

  • 网站测试分类及定义方法

    2009-01-07 15:27:55

    网站的测试工作有很多划分的维度,一般来说,可以简单按照以下进行分类:

    1,UI测试

    定义:

    易见Easy to discover:单单凭观察,用户就应知道设备的状态,该设备供选

    择可以采取的行动。 易学Easy to learn:不通过帮助文件或通过简单的帮助

    文件,用户就能对一个陌生的产品有清晰的认识。 易用Easy to use:用户

    不翻阅手册就能使用软件。

    测试目的:

    测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字,

    图片组合是否完美,背景是否美观,操作是否友好等等 用户界面 (UI) 测试用于

    核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功

    能来为用户提供相应的访问或浏览功能。另外,UI 测试还可确保 UI 中的对象按

    照预期的方式运行,并符合公司或行业的标准。包括用户友好性,人性化,易操作

    性测试。UI测试比较主观,与测试人员的喜好有关 比如:页面基调颜色刺眼;用户

    登入页面比较难于找到,文字中出现错别字,页面图片范围太广等都属于UI测试中

    的缺陷,但是这些缺陷都不太严重。

     

    2,功能测试

    3,接口测试

    4,性能测试

    5,安全性和访问控制测试

    6,故障转移和恢复测试

    7,配置测试

    8,兼容性测试

    9,安装及卸载测试

    安装/卸载测试有两个目的。

    第一个目的是确保该软件在正常情况和异常情况的不同条件下: 例如,进行首次安

    装、升级、完整的或自定义的安装_都能进行安装/卸载。异常情况包括磁盘空间

    不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。

    这通常是指运行大量为功能测试制定的测试。 安装测试包括测试安装代码以及

    安装手册。安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的

    基础数据。

    10,不同语种的测试

    又称本地化测试,是指为各个地方开发产品的测试,如英文版,中文版等等,包括

    程序是否能够正常运行,界面是否符合当地习俗,快捷键是否正常起作用等等,特

    别测试在A语言环境下运行B语言软件(比如在英文win98下试图运行中文版的程

    序),出现现象是否正常。 本地化测试还要考虑: l 当语言从A翻译到B,字符

    长度变化是否影响页面效果。比如中文软件中有个按键叫“看广告”

    ,翻译到英文版本中为 “View advertisement”可能影响页面

    的美观程度 l 要考虑同一单词在各个国家的不同意思,比如football在英文中

    为足球,而美国人使用中可能理解为美式橄榄球。 l 要考虑各个国家的民族习惯,

    比如龙个美国中被理解邪恶的象征,但翻译到中国,中国人认为为吉祥的象征。

    11,发布测试

    12,文档测试

     

     

     

  • QA

    2009-01-07 15:13:43

    开博第一天。

    将QA工作进行到底!

    期待大家关注我的blog,很高兴和各位高手进行交流。

    谢谢!

数据统计

  • 访问量: 3898
  • 日志数: 5
  • 建立时间: 2009-01-07
  • 更新时间: 2009-02-26

RSS订阅

Open Toolbar