51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

[你问我来答第1期]:如何做好系统测试(已结束)

[复制链接]

该用户从未签到

101#
发表于 2010-6-16 18:08:22 | 只看该作者

质量管理问题

专家好!
我们公司现在正处在质量规范建设的起步阶段,老总牵头,但实际的工作是由我开展,中间有些疑惑,请指教:
1、这是一项跨部门协作的工作,建立怎样的工作模式和机制,使得各部门的头头能够配合,使我能够在初期调研、现有制度、模板收集阶段,能够及时有效的展开工作
2、老总想对开发人员和测试人员的工作质量进行评估,但开发人员说他们的工作结果受多方面影响(如前期设计不全、时间紧任务重等),无法评估。你曾经采集过有效的对开发人员和测试人员工作质量评估的指标吗?
回复 支持 反对

使用道具 举报

该用户从未签到

102#
发表于 2010-6-17 11:45:30 | 只看该作者

质量管理问题

怎么只有提问,没有人回答!
回复 支持 反对

使用道具 举报

该用户从未签到

103#
 楼主| 发表于 2010-6-17 13:44:27 | 只看该作者
原帖由 wenxia00 于 2010-6-17 11:45 发表
怎么只有提问,没有人回答!

你好,客座专家将在6月17日—7月1日为大家集中解答,请耐心等候。
回复 支持 反对

使用道具 举报

该用户从未签到

104#
发表于 2010-6-17 15:01:43 | 只看该作者
齐老师,你好!很高兴能得到你的指点!
我一直都很迷惑,怎样才能做好一个测试主管?怎么样才能算一个好的测试主管?

很希望能得到你的指点!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    105#
    发表于 2010-6-17 16:19:58 | 只看该作者
    很抱歉,西班牙可耻的输了球,我的心情很低落,早上起来还下雨,结果迟到,迟到了还不是最惨的,最惨的是开了一上午会,杯具啊。。。

    看了大家的提问,个人感觉压力很大,大家的问题多、范围广,很多问题还很有深度,我这只小虾米很是惶恐。。。
    算是术有专攻吧,有的问题因为我不擅长,就不回答了,请大家期待下次的高手来和大家交流。
    还有一些范围太大的问题,我觉得还是买本书看看比较好,能力有限还请谅解。

    本次响应51testing的新活动,尽自己一份力,开了一个头,也是给大家找了一个新的途径来分析问题、讨论问题和解决问题,在此我希望活动能越办越好,让更多的人来帮助别人,也让更多的人得到帮助。

    另外呢,声明一下,由于个人能力有限,说的不对的,说的不好的希望大家能担待下,可以直接给我发邮件,我的邮箱:qiguojie at ata.net.cn(at = @)
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    106#
    发表于 2010-6-17 16:20:13 | 只看该作者

    回复yzylion的提问:

    1.质量管理
    在质量管理这一块,我想请教你,作为软件的过程QA应该如何去Q才能拿到A?如何去进行数据的收集,度量和分析?这个过程应该怎么去做才更有效?
    另外,作为产品QA来说,对于测试用例来说,评审的时候比较关注到用例的一个对测试需求的覆盖率,这个覆盖率是指的广度,那深度这一块又是否需要把握?需要把握又该如何把握?因为,对于业务的掌握度决定着覆盖的广度和深度(我是这么认为的)

    答:
    如何Q才能拿到A,数据收集、度量和分析以及怎么做才更有效,这些问题都太大,我没法具体的回答你,建议还是找本书去看吧。或者碰到具体问题的时候,我们再交流一下。

    那么测试用例评审的深广度这里,我说说我的看法,看看能否给你帮助。
    测试用例评审时,要注意对测试需求的覆盖,那什么决定了覆盖的广度呢?我觉得是技术的覆盖和需求的覆盖。技术这里指设计用例时候用到的测试类别,测试用例设计方法等。
    打个比方,在测试一个web表单提交的业务需求时,你对业务掌握再全面,也不会知道这个表单提交时可能存在SQL注入等安全问题,这其实就是测试类别的方面的覆盖。

    那测试用例覆盖的深度又是如何体现?我认为在于对测试技术和测试需求的深度挖掘。众所周知,测试用例设计时,最难的不是覆盖需求文档中的东西,而是很多隐性的需求、很多异常处理方式的覆盖。

    广就是用例没有漏掉需求点,没有忽略所有的测试类型和测试方法。
    深就是用例挖掘了隐性的需求,考虑了很多异常情况。


    2.对于性能测试来说,涵盖的知识非常广泛,那么应该如何去把握一个度,如何成为一名合格的优秀的性能测试工程师?


    答:
    首先,成为“合格的”“优秀的”性能测试工程师并不是那么容易,我认为需要具备2个方面的素质:一是要熟练掌握大量的技能和知识;二是要经历一定数量的性能测试项目,才能算毕业。测试项目的经历需要有机会,我主要说下我认为需要掌握的知识技能吧:

    基础:系统学习一种或几种编程语言并熟练掌握。
    学习编程语言是做性能测试的基础,因为涉及到实现测试的时候,肯定涉及到具体的编码。那么我们在学习的时候,可以根据实际的方向定义如下目标:


    A、
    以主流测试工具(软件)所使用脚本语言为目标。


      语言结合实用工具,有利于提高语言在工具中的应用认识,也同时可以更好的认识测试工具。

    • LoadRunner9.5)使用的脚本语言可以为CC#VB.NETVBjava

    • Robot则是SQA Basic(类VB);

    • WebLoadJavascript

    • RTF则是java.NET
    B、
    以当前可接触到的编程语言为目标(目前负责的测试项目)。


    第一呢,学习好被测试项目、系统采用的编程语言对于更好的认识该测试项目、系统有很大的帮助,而且在学习的过程中可以直接请教程序员从而不断的提高自己的水平,因为在学习的过程中,一个可以不厌其烦为你解答的初学者问题或者一些小白问题的老师,很难找到——即使你花钱去培训学习。第二个好处就是永不落伍,至少如果有新技术或者新工具出现,因为语言适用的局限,都会采取主流的语言,以便可以更快更好的推广;建议可以系统的学习javaC.NET中的一种。



    C、
    以主流脚本语言为目标。


    脚本语言有一些,比如PerlPythonJSVBS等;这些语言都具有跨平台的特性,简洁高效,语法通俗易学;对于不依赖于性能测试工具的测试框架和体系,使用和实现性能测试更为方便。有的脚本语言第三方类库庞大到无所不能,比如Perl




    掌握:一种通用规范的性能测试过程。
      虽然说了通用,其实我不认为任何一种工作过程是可以大家都通用的;虽然说了规范,其实我的意思只是过程前前后后每步都有控制就可以了。得,不废话了,那么有了基本的编程技能之后,下步我们应该学习性能测试都有什么东西、如何做,其实这些就都包含在性能测试过程里。这个阶段,主要学习掌握2个方面:
    A、 性能测试的工作流程。
    • 接到任务后,最开始应该做什么?
    • 如何定义测试目标?
    • 如何编写测试计划?
    • 测试场景如何设计?
    • 测试报告如何编写?

    B、 性能测试实现的过程。
      这里我觉得可以学习一下用LoadRunner的整个过程,先是录制脚本(Virtual User Generator),然后场景设计和监视(Controller),最后分析结果(Analysis)。自己写工具脚本,过程可以借鉴LR的。

    重点:性能测试目标,串起整个性能测试过程的基础。
      性能测试需求,我这里叫测试目标,我认为是整个性能测试中最基础的部分。知道了如何确定测试目标,就想办法为了验证测试目标(所有的测试指标)而实现测试,获得测试输出数据和测试目标进行对比分析,然后进行测试汇报。我博客有个以前写的测试需求获取的文章,大家可以参考一下。
    http://www.51testing.com/index.php?uid-6343-action-viewspace-itemid-16336

    规范:测试汇报和经验总结。
      这个就不多说了,只说一个我的经历给大家提个醒吧。有一次我做测试报告,写的很详细,画了好多图表,粘了好多数据,结果到了领导那里,被批评了一顿,他根本不看,就问我哪个指标不行,哪块儿有问题,我很纠结啊。不得已我以后写报告都写2个,一个简易的,一个详细的。简易的就是领导要的那些,详细的包含了很多数据记录和分析。



    问:我个人认为,性能测试工程师的灵魂价值是对于场景执行后的问题的分析和调优,但是这一块似乎也是很多性能新人的害怕点,面太广。该如何去执行和提高呢?


    答:
    如我上面问题回答所说,其实我个人认为测试准备中的性能测试需求,也就是测试目标的制定如果做的比较好,那么测试工作中后续的结果分析,其实就是从结果中抓数据(结果收集)和测试目标比较(结果分析)而已,并不具有太大难度,我认为不能称为“灵魂价值”。

    另外,性能测试调优分为好几个大方面:操作系统配置、web服务或应用服务配置、网络传输、负载均衡、技术实现等等,是个很大知识面。
    其实我一直都是认为,调优和性能测试应该划分开称为2个职业:配置调优应该是系统部系统工程师做的,而性能测试工程师只负责收集提供测试结果和对调优之后进行回归测试,应用技术实现调优应该由架构师或开发工程师来做。不过这还是我一厢情愿的一个想法,很多公司招人的时候还是会考虑成本,招一个就要求全能,恨不得每个职位都招个要最少钱的奥特曼,社会的情况是这样,我们要想找一份相应的工作,那么只好各个方面都要有所了解。


    在这里我建议大家,在选择学习方向的时候,最好只挑一门来精通:
    比如比较热门的微软的Windos NTlinux这样的操作系统;
    比如apachetomcat以及glassfish这样的web服务配置;
    比如网络传输通信里面应用比较多的http协议、udp协议;
    比如F5公司这类负载均衡设备设置、DNS轮询这类负载均衡知识。

    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    107#
    发表于 2010-6-17 16:20:33 | 只看该作者

    回复24766504的提问:

    如何区分集成测试与系统测试

    专家您好,希望得到和感谢您的解答
    对于集成与系统测试我一直都没区分清,看过不少定义与书籍,似乎每个人 每个公司的并不相同
    我觉得要做的测试一般有以下内容(只考虑功能性)
    1.单个基本功能的实现 比如上传附件功能
    2.一个子功能的实现   比如添加记录,其中包括上传功能
    3.一个模块的实现     比如包括添加、删除、查询等常用操作
    4.一个子系统的实现   比如多种记录的增、删、改
    5.多个子系统
    做集成测试时要测试以上哪些内容,系统测试呢

    答:
    其实你这个问题是很好回答的,首先你对集成测试理解不是很透彻,集成测试是建立在单元测试的基础上的,单元测试通过的单元会集成一个一个的小功能,单个单元没有问题,不代表他们集成组合完成的小功能没有问题,这就是集成测试。那么,从你上面的所描述的日常工作内容来看,全部都不是集成测试,而是系统测试中的功能测试。比如你说的上传附件的功能,肯定是已经全部集成完了,你可以完成所有业务操作了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    108#
    发表于 2010-6-17 16:20:46 | 只看该作者

    回复zzx_234的提问:

    我的问题:
            
    做了近两年的测试管理工作,对测试工程师的绩效考核一直没有做好,希望您能指点一下
    对于做产品测试的工程师应该如何考核,谢谢!

    答:
    首先,我们要肯定,做考核不是为了形式上的考核;我们做考核是为了给手下员工一段时间内的工作目标达成和工作成果做一个客观的公平的评价,并根据评价的好坏进行奖励或者调整。为什么要先说这个呢,因为在我的工作经历里,至少2家公司的考核都只是形式上的,简单的描述一下工作内容,弄个百分比,然后就等着主管领导签个肯定的评价就完事了,然后每个人都能拿到奖金。

    测试人员的考核方法,在论坛里一直都争论的很激烈,大家都说非常难考核,这是不争的事实,因为考核目标最好是量化,然而测试的量化目标统计上存在着很大的不公平性(比如同一个项目有人负责测试基础功能模块,有人负责测试业务功能模块;有人负责的模块多,工作量大,但是bug少,有人负责模块少,但是bug多而且比较重要),而不能量化的目标又很难界定(比如测试完成的效果需要产品上线很长时间的使用后才能看出来)。我最后采取的方法忽略了量化的数据,对量化的数据(比如用例数、bug数和对应的分析数据)进行非量化处理再加入考核(对实际结果评等级,分为优良中差四个等级,直接影响KPI得分即可)。

    下面是具体的步骤,看看能否给你帮助:
    1、
    确定考核时间段

    建议按季度;如果你们按月发奖金,那么按月份也行。
    2、
    设置绩效考核目标

    根据职位的不同分别制定不同的考核目标。
    根据所负责项目的不同分别制定不同的考核目标。
    3、
    进行考核

    开考核通知会,详述考核方法和注意事项。
    发自评表,进行自评。
    收集自评表,进行领导评分。
    上级领导审核,签字确认考核结果。
    4、
    考核结果处理

    这里说一下,考核过程一定要公正严肃(如果考核结果和奖金挂钩就最好了),考核结果出来以后,一定要奖惩分明,否则忙活了半天,评价也出来了,结果啥用没有,那还有什么意义。另外,建议在考核以后,分别找每个人聊天,该注意的要他们注意,该表扬表扬,该批评批评。

    再传一个我写的1个考核文档,还有一个在其他人的考核表上做的自己的考核表,给你个参考吧,见附件。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    109#
    发表于 2010-6-17 16:24:57 | 只看该作者

    回复litchi的提问:

    齐先生:

        本人目前从事通信工作的测试,很想了解对于如下情况,系统测试该如何进行才更加有效。

        具体情况:版本频繁,需求多,每个测试循环时间很紧,例如,7-10天。在这样的情况下,应该做到怎样的系统测试程度,或者说,应该如何进行系统测试,以确保时间紧的时候也能出质量。

        期盼解答,我的邮箱litchiwangjuan@gmail.com,谢谢你。

    答:
    我刚到现在就职的公司,团队的情况和你说的差不多,版本很多,测试时间很紧(10工作日都是多的,2-3个工作日也有),当时从我到下面的测试工程师每天都在疲于奔命,周周加班(有1个月就休息1天)。说实话,当时和领导沟通也取得了一致,就是适当的减少版本的发布,或者延长版本的发布周期。但是最后版本还是照常发布,因为领导也顶不了上面或者客户的压力。但是,从领导到我以及下面的测试,都知道这样的情况,即使我们拼了老命的测,也会不断的出问题,因此那段时间虽然非常黑暗,但是测试这边却没有受太多的责难。

    根据你说的情况,我给一些建议,你可以参考一下:
    1、对测试需求进行划分,设置测试执行的优先级,优先级高的加大测试力量,优先级低的减少测试力量。
    2、在测试过程中调整测试重点,建议将测试分为3轮。在第一轮测试完成后,对产出的缺陷进行分析,按模块和开发人员进行统计。然后在第二轮调整测试力量,在bug回归的基础上,对bug多的模块和bug多的开发人员进行“重点照顾”。第三轮进行第二轮的回归,然后适当安排探索性测试。
    3、申请更多的测试资源(要时间如果不给,就要人手)。


    当然,我这里适用的方法不一定适合你们,我们主要是要抓住主要矛盾点,解决主要矛盾,暂时忽略次要矛盾(好像回到了上**课的时候)来解决问题哈。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    110#
    发表于 2010-6-17 16:26:30 | 只看该作者

    回复hzjceshi2009的提问:

    齐老师好,
        请问,Web的性能测试脚本是怎么写的?有什么规范?(手工测试)

    答:
    对于你问题后面的括弧“手工测试”,我很纠结,很是挑战我的分析能力啊。我猜你是想问自己写的性能测试程序(我这里区分一下,自己写的是程序,工具录出来的叫脚本)的代码规范吧。其实这个问题也很简单,程序开发里面的规范,你在写测试程序的时候也都遵守就ok了(像一些注释说明一定要有,能模块化功能的模块化等)。不过也要注意在写测试程序时,不要在测试执行的时候同时进行测试分析,要想LR那样,场景执行完成后,才调用Analysis来搜集分析结果。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    111#
    发表于 2010-6-17 16:29:39 | 只看该作者

    回答dreams的提问:(我讨厌论坛的排版,好恶心)

    有1个问题困扰很久了,如何能改善?
    我们单位的系统测试人员比较少,这是事实,单位的大部分项目都要经过系统测试人员的手才能放出去,但往往出现的局面是,测试的时间很紧张,3天,5天,10天,测试出的问题还是很多,领导还非得要1个测试通过的结论才能放出去,项目经理也可劲的催,就这样带着问题放出去,但现场实施还是会有很多改动和问题。
    请问庄家,怎么能改善一下这种局面呢

    答:
    你们这种现象,在很多小型开发团队和小公司都是普遍存在的,甚至在某些大公司也可能出现。严格的成本控制,导致测试资源相对不够;失败的项目开发计划会导致压缩测试的时间来保证研发的时间;到了测试的时候,就肯定出现你们现在这样的情况。最后的结果呢,是所有人都得不了好:领导会因为客户的投诉而头疼甚至被老板骂;项目经理会对质量负主要责任,而测试会对质量控制负主要责任。

    如果你作为测试方,你无法影响领导和项目经理来给测试更多的资源,也不能改变他们的决定,那么你就需要在自身需求改变,从而影响他们从而改变这个现状。那么,在测试工作质量没有问题的时候,你就需要考虑使用有限的资源和时间,来尽量控制质量。几个建议:
    一是简化测试文档的编写,节省时间;
    二是在测试设计时,把测试用例划分优先级,在执行用例的时候按照优先级先执行高的,然后次要,最后执行优先级最低的用例,这样可以保证重要的功能可以先发现先解决,最后遗留的问题都是不重要的问题;
    三是适当的进行责任规避,在测试报告中着重描述可能存在的问题,并进行版本发布的风险分析,给领导们打预防针;这样到了客户处或者上线后出现问题,那么领导首先想到的肯定是测试已经预料到了,而不找测试的麻烦,而去找别人的麻烦,久而久之其他人的质量意识就会提高,慢慢的也会改善他们的工作。

    当然,上面都是治标不治本的方法。真正的解决方法,还是要想办法提高软件的质量,这需要不只是测试,包括市场、需求、产品、策划、开发、测试等所有与软件开发相关的角色都要以这个目标为中心来改变他们的工作方式和内容,如果可以,应引入QA角色,来主导质量改进过程,并不断收集相应的数据进行分析比对,进行调整,最终完善整个软件开发过程。如果暂时无法引入QA,那么可以先根据本公司的具体情况,着重分析形成目前现状的原因,并争取和领导沟通取得一致,采取对其他相关角色的质量方面知识的培训工作,并逐渐的推进质量工作。比如市场人员看似和软件开发过程没有太大的关系,他们为了自己的业绩,在客户那边大吹特吹,不管什么功能都答应,而且还总说马上就可以实现,这些都会给后面的软件开发过程需求调研和技术实现以及开发计划造成很大问题,所以应该适当的让他们了解软件开发过程和一些技术常识,避免他们不懂装懂、大包大揽。

    在质量改进过程中,需要特别注意如下事项:
    1、切忌激进,激进的改进遇到的阻力最大,大都最后都是会失败的。一定要循序渐进。
    2、一定要取得高层次领导的支持,否则一定白搭。要尽量争取大部分的中层领导支持。
    3、一定要脚踏实地,多方调研,要最适合自己公司的改进方案,切忌照搬、经验主义。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    112#
    发表于 2010-6-17 16:32:33 | 只看该作者

    回复xavier_007的提问:

    有个问题请教下:
    对于单机的性能怎么测试,例如手机上一款软件的性能?

    答:
    单机的性能说实话,以前并没有太多人关注,测试手段也一直都是手动操作,手动记录。而且,不同的硬件环境对测试结果影响非常大,鉴于硬件环境的复杂多样性,操作系统的复杂多样性,所以想要完成测试很难。

    我也没有这个方面实际的测试经验,不过我和一个朋友曾经在QQ上对这个测试内容进行过切磋讨论,我可以把我们的结论给你说一下,也希望可以帮到你。

    首先,必须肯定这个测试是有必要的,那么我们如何实现测试呢?手动操作可以,手动记录?太不严谨了。所以我们认为,在程序开发的时候就建立测试类,最后编译debug版本用于测试,在每个子功能单元前后分别记录当前的时刻,在所有操作完成以后分别统计计算每个功能所花费的时间,这样可以计算出每个单独操作或者集群操作的响应时间;在进行操作前开始使用工具或者自己开发相应的工具,按一定频率对系统资源使用情况进行采样,并记录;然后结合测试类记录的操作中产生的时刻,从而可以分析出不同的操作或者集群操作对系统资源的使用情况,进而分析操作和集群操作对性能的影响。现在相应的技术也在不断发展,以后也许会出现对应的测试工具,方便我们进行测试。

    对于计算机系统上的单机软件测试,测试环境事先进行选取确定,否则因为硬件配置的不同我们可能需要进行无穷的测试。所以我建议在测试准备时,充分分析客户方面的具体环境,挑选出具有代表性的环境来进行测试。

    对于手机上的软件的性能,因为没有做过相关的测试,了解有限,只是建议可以按我上面的思路去尝试实现。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    113#
    发表于 2010-6-17 16:37:20 | 只看该作者

    回复zpzs的提问:

    齐老师,您好!局域网中其它机子都可访问TD 只有一台机子出现如下情况
    Microsoft Internet Explorer : 4.0 (compatible; MSIE 6.0) is not supported!。
    我以前可以登录,可是不知道为什么突然这样了?是不是我安装了什么有冲突,要不就是我删除了某些重要文件?用别的浏览器可以登录的,如360,世界之窗。感谢您在百忙之中给予解答啊。支持您。


    答:

    这个是TestDirector的兼容性问题,我看了后面有人给你回答了,你去试试。可以肯定是IE的版本问题,TD是可以设置支持哪些版本的。





    怎么有效的测试啊?


    做功能没讲很枯燥,有时候要反复测一些功能。其时可能还有未发现的bug。但是由于心理上的疲倦,感觉好像没有缺陷,不想再继续找下去了。此时应该怎么调节,去更好的工作呢


    答:
    这个问题是一个非常常见的问题,项目和产品刚开始测试的时候,因为业务需求都是新接触的,所以每天都接触新的东西,这个时候即使做了一些重复的工作,也是可以忍受的,不会对工作产生不利的影响。
    然而到了项目测试的中后期,这个时候需求基本固定,测试的内容基本固定,每天就是不断的改bug和复测回归中,时间久了就一定会出现疲倦、应付以及惯性思维等问题,这些问题如果不能克服,会极大影响工作效果。那么怎么调节呢?我的建议如下:


    首先,我们都知道,任何一个项目和产品,都不可能完全消灭所有bug;所以我们作为测试工作者,就必须时刻努力去发现每一个隐藏的bug,这是测试工作的基本价值,是测试从业者基本的精神信仰;所以第一个调节的角色就是自己,要明确自己的工作目标,鉴定信仰才有源源不断的动力。


    其次,还是自己来调节,从每天重复的工作中,不断的挖掘工作的乐趣,让自己的工作更有成就感,这样才不会疲惫。测试工作的乐趣其实还是有很多的,比如发现了一个极其弱智的bug,我们可以从心底好好的嘲笑一下开发人员(当然明摆着去嘲笑他们可是不可取的);比如发现了一个重大的bug,是底层应用的bug,修改起来非常困难,我们就看着平时大爷似的架构师们、开发们去疲于奔命吧。


    再次,在感觉到疲惫的时候,可以采用学习的方法来调节,比如制定一个长期的循序渐进的目标,每天挤出半个小时去学习;或者每天半个小时去了解一下自己想要学习的技术知识。其实每个人每天都不能保证所有工作时间都能效率很高,都能集中精力,那么挤出平时自己效率不高时候的半个小时,对工作效果影响并不大。


    最后,换个角色,作为一个测试团队的领导,那么在这个时候有责任,也必须要能注意到手下的工作状态,并及时进行调整。通常可以采用几种方式:一是制定好阶段工作目标,让手下在每个阶段结束时都能松口气,并小有成就感;二是调整测试工作计划,减轻手下的工作压力;三是安排一些集体活动,比如吃饭、唱K、郊游等活动(可向公司申请经费,也可以自助AA);四是安排一些技能培训,让员工主动的去学习,从而减缓重复工作造成的压力;五是选择适当的时间,和所有手下一对一的聊天,了解他们的想法,并告诉他们自己对他们的期望;六是争取一些精神奖励和物质奖励,不必太多但是效果肯定不错。


    bug是无穷无尽的,关键是保持心态,不要急躁哈。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    114#
    发表于 2010-6-17 16:40:45 | 只看该作者

    回复keer2891的提问:

    齐老师您好,我想问下
    在loadrunner中参数化SQL数据库,回放过程中能看到数据库的值吗?比如我参数化用户名,表中的用户名是a1,a2,a3,a4,a5.那我回放的过程能看到用户名a1到a5都执行一遍吗?谢谢
    答:
    这个问题比较简单,如果只是迭代的回放,你可以打开日志就可以看到每次替换的值了,具体的操作方法:打开运行时设置(Run-time settings General Log Log options Always send messages Extended log),然后勾选Parameter substitution即可。回放后,在Replay Log视窗里就可以看到蓝字的替换日志了。

    如果在场景运行中,你想查看参数替换,那么稍微麻烦些,可以采取日志输出的方法,我这里就不详细介绍了,可以到我的博客中专门介绍的文章中看下。
    地址:【明确LoadRunner可以输出的结果http://www.51testing.com/index.php?uid-6343-action-viewspace-itemid-18124
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    115#
    发表于 2010-6-17 16:42:45 | 只看该作者

    回复welcomezhang的提问:

    测试新手,请问web测试从何开始学起?
    如题,马上要做web测试实习生了,有点迷茫,请指点
    答:
    首先我想说一下,不要认为自己是个新手,而轻视自己,其实大家都是从新手阶段过来的,很多人可能刚起步的时候还不如你,所以要坚持自己的选择,一直走下去,才能在这个行业里有所发展。

    那么我们回到主题,web测试从何开始学起?
    我们先来弄清楚web测试的测试范围,通常web测试包含:功能测试、性能测试、浏览器兼容测试、安全测试以及用户界面测试等。那么,作为一个初级测试员或者实习测试员,最开始的能做的只能是功能测试和用户界面测试,另外可能还有浏览器兼容性测试。

    先说功能测试,因为web测试的对象有网站和web应用系统两种;前者主要是静态网页,后者包括网站发布系统、后台管理系统和web应用系统等动态交互性网页。
    静态网页主要包括的测试对象有:链接的跳转和新窗口打开、表单测试(功能和输入判断)、Cookies测试等,测试起来难度没有多少,建议先了解这些相关的知识,站住脚再来逐步深入。
    动态网页需要测试的东西就比较多了,因为动态网页有很多交互功能,那么就会有需求设计的内容,也就是有业务的存在了,不同的业务系统需求肯定不同,所以刚开始做测试工作,最先做的是了解当前系统的业务需求,并根据业务需求设计测试用例来进行测试。至于如何设计了解当前的业务需求,如何设计测试用例,你可以在论坛的相应版块搜索学习。

    用户界面测试包括:UI合理性测试、风格测试、内容测试(错别字和图片)、图形测试、导航测试等。具体内容如下:
    UI合理性测试主要关注页面元素布局是否合理、功能块布局合理、功能块分割线合理、页面颜色搭配是否合理、字体大小是否合理等检查。
    风格测试主要是检查所有类似功能页面的布局是否统一、颜色搭配是否统一、字体大小是否统一等。
    内容测试主要关注页面显示的文字是否包含错别字,图片是否正确,图片的内容是否正确(图片内容和图片文字)。
    图形测试则主要检查图片大小(一般web页面的图片大小都是有严格规定的,以前通常不能超过30k每张)、清晰度以及压缩效果检查。
    导航测试则要保证每个页面跳转的接口都存在,在一个页面中一定要有跳转到相关页面(比如上级页面、同级页面和下级页面)的导航存在。

    那么浏览器兼容性测试,也是刚进入web测试必须要掌握的。因为不同的浏览器核心,对于网页采用的一些技术(javajs、)支持是不同的,有的支持的比较好,有的支持的不好,有的甚至不支持,因此在wab网站或应用系统测试中,必须进行浏览器兼容性测试,以确定适用范围。
    当初我们测试的时候,测试组里每个人安装的浏览器都不同,有的人用IE5.X,有的人用IE6.X,有的用Firefox,还有IE8,这样在进行其他测试的时候,就同时测试了浏览器的兼容,发现问题先互相沟通一下,看看大家都有没,如果大家都没有就你有,就可以定义为兼容性问题。

    那么刚开始先把上面说的逐渐弄清楚,即对web测试有了一定的了解,也打下继续学习其他测试类型的基础。我这里也是粗略的罗列了一些相关知识,具体的知识你可以到论坛相应版块搜索学习。

    推荐版块:51testingBBS – 系统测试 – web测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    116#
    发表于 2010-6-17 17:09:23 | 只看该作者
    支持小齐哥,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    117#
    发表于 2010-6-17 18:16:26 | 只看该作者
    辛苦辛苦,继续关注~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    118#
    发表于 2010-6-17 23:18:34 | 只看该作者

    回复 108# 的帖子

    感谢齐老师的指教,受益匪浅!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    119#
    发表于 2010-6-18 18:04:38 | 只看该作者
    翻了好几页都没有回答的,也太那个了吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    120#
    发表于 2010-6-18 18:05:03 | 只看该作者
    我错了原来在这里谢谢!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 12:55 , Processed in 0.094693 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表