做快乐测试人

发布新日志

  • 开始怀疑自己(胡言乱语)

    2009-12-14 10:25:21

    最近一直都在关注无锡软件测试的招聘,发现天天都是那么几家公司在招人,而且寥寥无几。要不就是对测试要求很高的,会这个会那个,还要英语精通,我的英语水平十分一般,肯定高不成。要不就是那种以前没有测试的现在要找1个测试人员的,我突然不知道自己到底处在什么位置上。又开始迷茫,我该如何重新开始找到自己的方向呢。
  • 安装vmvare tool遇到的问题

    2009-09-15 15:09:58

    有好久没有碰过虚拟机VMVARE了,现在在工作的闲暇之余想再玩玩的。可是在安装vmvare tool时遇到了的问题。

    1.单击“VM > Install VMvare Tools”,弹出提示单击【install】按钮;

    2.装了一会弹出提示无法访问Windows Installer,以前没有遇到这个问题的,于是百度了一下,这是一个服务;

    3.于是进入“服务”找到Windows Installer服务,原来该服务没有启用,呵呵。启用该服务后再重新安装VMvare Tools顺利过关。

    也许对于很多人来说这是常识,但我确实是不知道呢,学到一招,继续加油!

  • LoadRunner学习笔记2——GAME(A)性能测试过程模型

    2009-09-04 13:55:41

    GAME(A)性能测试过程模型:

    • G:Goal,目标
    • A:Analysis,分析
    • M:Metrics,度量
    • E:Execution,执行
    • (A):Adjust,调整。E执行失败后才进入A阶段,并且涉及的大多是有关开发和协调管理工作,因此A设为隐式。
    1. Goal(定义目标):确定本次测试的目标;选择测试设计策略。常规的性能测试目标有:度量最终用户响应时间;定义最优的硬件配置;检查可靠性;查看那硬件或软件升级;确定瓶颈;度量协调容量。
    2. Analysis(分析):分析性能需求;分析协调架构。
    3. Metrcis(度量):场景的定义,pass/fail的标准;事务的定义,pass/fail的标准;虚拟用户pass/fail的标准。
    4. Execution(执行):准备测试环境、数据和脚步;运行场景和监控性能。
    5. Adjust(调整):应用程序修改和中间件调优。中间件调优可考虑:数据库调优、内存升级、CPU数量、代码调优、Cache调优。
  • 【转载】如何写测试人员的周报(或日报)

    2009-09-04 13:43:01

    出自:http://www.51testing.com/?uid-18819-action-viewspace-itemid-144011

    众所周知,在职场,总有各式各样的报告要看,要写,而最常规的莫过于周报(或者日报)了.这类报告通常是关于个人的工作情况或者项目的进展情况等.那么作为一名测试人员,该如何写周报呢(若有日报需要,以此类推).


    通常在写一份报告之前考虑这么两个方面会让你的报告更具阅读性,那就是:报告要表达的主题是什么,报告的观众/听众是谁.对于同一个(或者相似的)主题,观众/听众不一样,报告所需要陈述的具体内容通常也是不一样的.

    下面我想从测试员和测试组长(负责人)的角度分别罗列一下测试周报的模式和内容.

    一. 测试员 (tester)
    测试员的周报一般来说是汇报给自己的组长,就我自己的工作经历来说,一般软件公司测试组长兼具项目以及行政两个方面,也就是说一方面主导分配到这个测试小组的测试任务,另一方面也要关注组员的工作绩效以及团队发展等.所以汇报给测试组长的周报就要比较详细的从项目和团队合作方面同时阐述自己一周的工作情况.大概可以包括这个几点:
    1.内容概要罗列以及花费时间列表
    阐述本周自己主要的工作情况,譬如参与了哪几个项目的哪些相关测试,出席了几个公司会议,参加了几个公司内(或外)的相关培训课,阅读了什么工作相关的资料/书籍等,同时(推荐以表格的形式)列出每一项工作(或相关)内容所花费的时间(work hour)
    2.执行的测试用例数目
    按照项目分别列出,本周执行了多少测试用例,其中pass多少,fail多少,有多少用例被block了不能执行(需要另外列出具体的被block原因,如某个bug或者某项测试资源没有到位),还有多少已分配的测试用例没有完成.这些信息推荐以表格形式给出,参见下面的草图:
       Pass  Fail Blocked   Remaining
      Project A  25  3  2  16
     ......        
    如果执行了ad-hoc或者exploration测试,可以考虑以表格形式列出测试内容.
    3.提交的bug具体数目
    体现测试人员绩效一个重要的方面是提交的bug数量和质量.所有在这里列出本周里在每个测试项目中你提交的有效bug数,无效bug数(重复的bug,不能复现的bug),验证的bug数(有效修复-fixed,无效修复-reject),这些信息同样推荐以表格形式给出,参见下面的草图:
       Submitted-Valid  Submitted-Duplicated  Submitted-Unreproduciable  Verify-Fixed Verify-Reject 
     Project A  5  2  0  8  3
     ......          
    4.其它
    任何工作相关的其余内容.譬如你希望多一个测试平台,你需要某本专业书籍等等等等.

    版权声明:本文出自小丫头的51Testing软件测试博客:http://www.51testing.com/?18819

    原创作品,允许转载,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明,否则将追究法律责任。

    二.测试组长
    测试组长的周报通常来说覆盖两个方面,一是项目相关情况,这个内容的目标读者是所有和项目相关的人员(项目经理,产品经理,开发人员,测试人员,发布人员等),另一个方面是关于团队管理方面(有时候会把这一项单独放在一份报告里发给测试经理,毕竟项目相关人员只关注项目的测试进展情况,基本不关心测试团队成员的具体工作内容)
    1.严重问题
    任何阻止测试顺利进行的issue都要在这里醒目列出,同时要注明希望问题得到解决的最后期限,如果知道报告接受者中的谁可以帮助推动解决这个问题,要明确指到该人姓名.
    2.各个项目测试用例完成情况
    可以用类似于下面的柱状图来表示
    (如有必要,可以给出具体的链接指向测试用例管理库中本轮测试的详细内容和结果)
    3.各个项目的bug以固定时间为单位(通常周报中就按周来统计)的增减情况
    (统计的bug数量可以是所有优先级/严重程度的bug总和,也可以只取第一第二优先级/严重程度的bug进行统计,因为很多时候,这类bug的数量直接影响产品发布与否,而这个,正是项目相关人员最关心的)
    例见下图
    (如有必要,给出具体链接指向bug管理库中该项目所有bug的详细内容)
    4.各个项目的bug按照一定类别的百分比统计
    (这个图可以让看报告的人一目了然当前项目中的主要问题存在哪里,是功能上的,还是界面上的,还是通讯上的,还是其它等等等等)
    例见下图(具体分类根据不同产品不同项目而不同)
    5.(如有必要)测试小组成员的大概工作情况
    可以包括:有多少测试人员参与,每个人在各个项目中花费的时间,有时候也可以列出每个测试员执行了多少测试用例,提交了多少bug,验证了多少bug等信息
    可以参见如下表格:
  • LoadRunner学习笔记1——软件系统性能指标

    2009-09-04 10:07:13

    1.响应时间(Response time)

    响应时间就是用户感受软件系统为其服务所耗费的时间,对于网站系统来说响应时间就是从点击了一个页面计时开始,到这个页面完全在浏览里展现计时结束的这一段时间间隔。其中细分以下三种:

    (1)服务器端响应时间,这个时间指的是服务器完成交易请求执行的时间,不包括客户端到服务器端的反应,这个服务器端响应时间可以度量服务器的处理能力。

    (2)网络响应时间,这是网络硬件传输交易请求和交易结果所耗费的时间。

    (3)客户端响应时间,这是客户端在构建请求和展现交易结果时所耗费的时间。

    2.吞吐量(Throughout)

    吞吐量就是指软件系统在每单位时间内能处理多少个事务/请求/单位数据等。

    3.资源使用率(Resource utilization)

    常见的资源有:CPU占用率、内场使用率、磁盘I/O、网络I/O。

    4.点击数(Hits per second)

    点击数是衡量Web Server处理能力的一个很有用的指标。

    5.并发用户数(Concurrent users)

    并发用户数用来度量服务器并发容量和同步协调能力。

  • 如何进行cookies测试

    2009-09-01 14:29:20

    先研究一下什么是cookie,然后就知道该从哪些方面开展测试了:

    因特网的Cookie技术极其简单,却有着旺盛的生命力。Cookie开始引起众人的注意是从2000年二月份随着网络隐私权的提出开始的,有关的辩论至今仍在继续。从另一方面来说,Cookie使得浏览网页更容易了。几乎所有的主要的网站设计者都使用了Cookie,因为他们想为浏览网站的人提供一个更好的浏览环境,同时也能更加准确地收集访客的信息。

      有家颇有影响的报纸上曾刊登了一篇很有深度的关于网络隐私的文章,上面对于Cookie的定义是这样的:

      “Cookie是Web网站放在您的硬盘上的程序。它守在您的电脑里,搜集您的信息以及您在因特网上所做的任何事情,当Web站点需要的时候它能够下载所有这些搜集到的信息。”

      像这样的定义在报刊中相当普遍。问题是,它的定义犯了很大的错误。Cookie不是程序,而且它不能像程序一样地运行,所以它无法为自己搜集任何信息。它也不能从您的电脑上取得您的任何个人资料。

      Cookie的比较确切的定义应该是这个样子:

      “Cookie是Web服务器保存在用户硬盘上的一段文本。Cookie允许一个Web站点在用户的电脑上保存信息并且随后再取回它。信息的片断以‘名/值’对(name-value pairs)的形式储存。”

      举例来说,一个Web站点可能会为每一个访问者产生一个唯一的ID,然后以Cookie文件的形式保存在每个用户的机器上。

      如果您使用IE浏览器访问Web,您会看到所有保存在您的硬盘上的Cookie。它们最常存放的地方是:c:windowscookies(在Win 2000中则是C:Documents and Settings您的用户名Cookies――作者注)。在我的机器上共有165个文件。每一个文件都是一个由“名/值”对组成的文本文件,另外还有一个文件保存有所有对应的Web站点的信息。

      在这个文件夹里的每个Cookie文件都是一个简单而又普通的文本文件。透过文件名,您可以看到是哪个Web站点在您的机器上放置了Cookie(当然站点信息在文件里也有保存)。您也能双击打开每一个Cookie文件。

    比如,我访问了goto.com,而且这个站点在我的电脑上放了个Cookie。goto.com的Cookie文件包含了这样的内容:

      UserID A9A3BECE0563982D www.goto.com/

      goto.com在我的电脑上存入了一个单一的“名/值”对。“名/值”对的“名”是UserID,“值”是A9A3BECE0563982D。在我第一次访问goto.com的时候,该网站为我分配了一个唯一的ID并存在我的电脑里。

      (注:除了上面举例的“名/值”对,可能会有其它的“名/值”对同时保存下来。那是浏览器的一些内部信息,一般用户不必多做了解。)


      Amazon.com在我的电脑上保存了稍稍多一些的信息。当我查看Amazon在我的电脑上建立的Cookie文件时,它包含以下内容:

      session-id-time 954242000 amazon.com/

      session-id 002-4135256-7625846 amazon.com/

      x-main eKQIfwnxuF7qtmX52x6VWAXh@Ih6Uo5H amazon.com/

      ubid-main 077-9263437-9645324 amazon.com/

      以上内容显示出Amazon存储了一个主用户ID ubid-main,一个标记每次任务的ID session-id及任务发生的时间session-id-time。还有一个x-main,不知道是什么。

      大多数的网站在您的电脑上只保存一条信息,即用户ID。但一个站点可以用Cookie存储的“名/值”对的最大数目没有任何限制。

      一个“名/值”对仅仅是一条命名的数据,它不是程序,也不能“做”任何事情。一个网站只能取得它放在您的电脑中的信息,它无法从其它的Cookie文件中取得信息,也无法得到您的电脑上的其它任何东西。

      Cookie数据仅仅是Web站点在浏览者硬盘上存储的“名/值”数据对。这就是Cookie的所有内容。Web站点保存了数据,随后又把它取回。一个Web站点只能取得它保存在你电脑上的内容,无法偷窥别的Cookie,更不要说电脑上其他的数据。
      
      Cookie数据的流动过程如下:
      
      ?如果在浏览器上键入了一个Web站点的URL,浏览器向Web站点请求读取网页。比如,您输入了:
    http://www.amazon.com
      
      浏览器将从Amazon的服务器读取它的主页。
      
      ?在做上面工作的同时,浏览器将从电脑上寻找Amazon网站设置的Cookie文件。如果找到了Amazon的Cookie文件,浏览器会把文件中的所有“名/值”对同先前的URL一同发给Amazon服务器。如果没有找到,就不发送Cookie数据。
      
      ?Amazon服务器接收Cookie数据和对网页的请求。如果存在“名/值”对,Amazon将使用它。
      
      ?如果没有收到“名/值”对,Amazon知道您在此之前没有访问过它的站点,服务器会为您创建一个新的ID放进Amazon的数据库中,然后把“名/值”对放在传回的网页的头信息里传给您。您的浏览器将在硬盘上保存“名/值”对。
      
      ?每当您再次访问网站时,网站服务器会改变“名/值”对或增加新的“名/值”对。
      
      另外,服务器会随着“名/值”对发送一些其他信息。其一是生存期(Expiration date);还有一个是路径(网站借此把不同的Cookie值与不同的网站部位关联起来)。
      
      您有权控制这个过程。您可以设置一个选项让浏览器在收到网站发来的“名/值”对时提醒您,由您决定是否接受。
  • [论坛] (需求、测试用例)通过excel导入QC

    2009-04-03 12:56:52

    (需求、测试用例)通过excel导入QC

    1、安装QC插件QCMSExcelAddin.exe。安装文件请下载附件。

    2、安装成功后打开exceloffice2003),单击菜单工具->Export To Quality Center”,弹出如下窗体。

     

    3、输入QC的地址,单击“Next”,弹出如下图

     

    4、输入QC的用户名和密码,单击“Next”,弹出如下图。

     

    5、选择需要的项目,单击“Next”,弹出图如下。(自己做了一个需求和测试用例的模板,有需要的可以参考一下,在附件中)

     

    6、选择需要导入的类型(需求、测试用例、缺陷),单击“Next”,弹出图如下。

     

    7、选择一个已经设置好的map(匹配值),或者重新添加一个map,单击“next”,弹出图如下。

     

    8、将QC里的参数名与Execl表中设计的模板参数名进行匹配对应。图中红色参数名为必填项。

    9、单击“Next”,即可导入成功。

     

    注意:需要首先选中要导入的数据,才可以导入成功。

  • 对于一个需求不明确的软件该如何进行有效的测试呢?

    2009-02-20 17:11:56

       来到亿普得已经两个月了,现在的工作是软件测试兼硬件测试。我想,不管是软件测试还是硬件测试,总归一条测试的思想该是一样的吧。但实际上差别还是挺大的,目前我仍然感觉一片混乱,不知如何控制好硬件测试,且如何把硬件与软件结合起来尽量避免冗余测试呢?现在还在研究中。。。。。。

       希望我能尽快理顺我所有的工作,使其得心应手,做好了也是在此公司的第一项成功。

  • 两轮验收测试

    2008-06-04 23:14:31

       面对一个陌生的软件,需要你对它进行验收测试,该怎么进行呢?

       首先,一定要弄清楚这个软件是做什么的,有什么用,它的功能点是什么;第二,针对各功能点从SDV的测试用例中抽取部分用例,并通过用例来熟悉软件;第三,进行验收测试的过程中要通过自己对软件的理解构造一些异常测试,验证软件的稳定性和可用性。

       嘿嘿!这只是我的一点体会和理解。环境大家多多指导。

     

  • 上班快一个月

    2007-12-16 19:50:44

       上班快一个月了,在执行测试的过程中,每天看着需求文档,没看一次都觉得又深入理解了一点,总能有些收获,这种感觉很美妙。虽然仅仅是如此,我也能有一点点小小成就感哦,我是不是很没出息呢。呵呵!自己不觉得就行了。因为我会继续学习,继续努力,朝我的至高点前进。

       作为一个测试人员,我深刻体会到与开发人员之间沟通的重要性,由于需求的变更,已经测试人员与开发人员对同一个问题理解的偏差往往会给测试带来一定不便,这就需要发挥测试人员的主动性,多与开发人员交流,共同完成工作。测试与开发是相辅相成的,测试帮助开发发现问题,理解问题,开发帮助测试解决问题,这是一个互助的过程,大家都应该有足够的耐心去发现问题,解决问题,这样我们才能交出一份高质量的答卷。

       我才初入测试行业不久,认识问题还不够深刻,我会继续学习,继续努力的。

  • 才来

    2007-12-08 18:49:12

    刚开通51测试的博客,希望能在这里记录我的测试生活与大家分享。
Open Toolbar