51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[你问我来答第8期]:软件缺陷管理交流(已结束)

[复制链接]
  • TA的每日心情
    慵懒
    2015-4-8 15:35
  • 签到天数: 17 天

    连续签到: 1 天

    [LV.4]测试营长

    21#
    发表于 2011-1-13 11:29:14 | 只看该作者
    先支持下我们的千里版主
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2011-1-13 15:22:46 | 只看该作者
    给个力,继续努力,继续奋斗....
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2011-1-13 22:40:18 | 只看该作者
    你好!不知道现在是否还允许发贴请教了?我有一个问题,就是如何提高测试组在部门中的地位,被部门经理的认可重视,以及每个月做测试方面的月报时,向领导提供哪些测试数据才能吸引领导的眼球(领导最想知道,最关心的是哪些数据呢)?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2011-1-14 13:21:43 | 只看该作者
    QC9.0不支持IE8,我改了start_a.htm文件还是不行
    文件夹, 服务端, 服务器start, htm, 文件
    QC9.0安装后一直用IE6,挺好的,最近搞了个ie8,不支持了,我按网上要求改的
    解决QC对IE7,IE8的支持现在普遍的做法是直接在服务端安装目录下搜索start_a.htm这个文件,然后在该页面搜索msie,加入ie7.0的支持|| (ua.lastIndexOf(’MSIE 7.0′) != -1)|| (ua.lastIndexOf(’MSIE 8.0′) != -1)  增加这句即可。但是现在碰到的问题是每次重启QC服务器,会发现之前的设置没有生效,这是因为我们修改的是临时文件夹下的文件配置导致的。
    E:\Mercury\Quality Center\jboss\server\default\tmp\deploy\tmp3340520qcbin-exp.war\start_a.htm
    E:\Mercury\Quality Center\jboss\server\default\tmp\deploy\tmp3340410sabin-exp.war\SiteAdmin.htm
    请注意你的路径中的\tmp\就是指临时文件夹。

    所以要一次性解决QC对ie7和ie8的支持,我们需要修改系统文件。方法如下:
      1. 在服务端QC的安装目录下jboss\server\default\deploy目录下找到20qcbin.war这个war包。
      2. 用winrar打开这个目录,可以看到start_a.htm这个文件。
      3. 把start_a.htm这个文件copy出来修改添加|| (ua.lastIndexOf(’MSIE 7.0′) != -1)|| (ua.lastIndexOf(’MSIE 8.0′) != -1)后替换  war包中的start_a.htm文件。这里也可以直接在原文件修改。

      修改配置成功后,下次重启QC服务也不会有问题。原因是重启服务器的过程中会把20qcbin.war中的内容解压出来到临时目录下的。

      这里注意:改完上面的配置如果不想重启服务器,就需要把temp中的start_a.htm这个文件也增加ie7,ie8的支持。只改系统文件是需要重启QC服务的。
      ps:这个方法源于在修改QC数据库的ip地址时关联想到的,修改ip地址是修改10sabin.war包中的文件。


    改完后http://192.168.0.200:8080/qcbin登陆结果为

    HTTP Status 404 - /qcbin
    --------------------------------------------------------------------------------
    type Status report
    message /qcbin
    description The requested resource (/qcbin) is not available.
    --------------------------------------------------------------------------------
    Apache Tomcat/5.5.9

    麻烦给指导一下。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2011-1-14 13:46:13 | 只看该作者
    千里,支持下...O(∩_∩)O~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    26#
    发表于 2011-1-15 10:54:58 | 只看该作者
    支持
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    2015-5-25 17:24
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    27#
    发表于 2011-1-15 14:52:58 | 只看该作者
    我来捧场。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2011-1-17 11:16:21 | 只看该作者
    终于看到真人了。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2011-1-18 16:33:44 | 只看该作者
    我也来凑凑热闹····
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2011-1-18 23:47:14 | 只看该作者
    你好!不知道现在是否还允许发贴请教了?我有一个问题,就是如何提高测试组在部门中的地位,被部门经理的认 ...
    njshaoxiangdong 发表于 2011-1-13 22:40



    测试数据领导未必会看。邻导最关心的就是发出去的产品质量如何。另一方面若要提升组的声望必须让组内的技术水平超越其它组,同时把该组的技术进行推广,分享给其它组。这样本组的在部门的地位自然就上升了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2011-1-19 10:12:56 | 只看该作者
    1. 测试度量如何和员工绩效挂钩?有哪几种方法?

    2.如果功能测试测试结束出现系统框架造成的缺陷 如何解决?

    3.按照造成缺陷的原因进行分析的时候,可以如何分类?如coding错误,ui错误,not bug等 还有什么方面,你们是怎么做的?

    4.如何确定测试需求或需求覆盖的问题? 缺陷和覆盖的如何对应?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2011-1-19 13:54:04 | 只看该作者
    给老乡加油~~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2011-1-19 14:40:13 | 只看该作者
    回复 24# bczy_77

    QC对IE8的支持不好(我一下认为QC是一个伪BS,对浏览器的支持相当不好),这是QC目前版本的缺陷。如果对测试管理工具没有要求的话,也可以考虑市面上同类工具
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2011-1-19 15:48:27 | 只看该作者
    原来你就是千里啊,之前接到过宇信易诚的面试通知呢?后来接到offer了就没去!要知道应该去试试的,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2011-1-19 16:33:59 | 只看该作者
    回复 20# 月上百合


       哈哈,好久不见百合呀,最近工作怎么样呀?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2011-1-19 22:31:43 | 只看该作者
    回复 5# leilei10086
    报告中
    我认为致少要含有如下信息
    BUG都是什么阶段引入 的
    BUG的分布密度
    BUG的分类分析
    BUG等级分析
    一个好的测试管理工具,应该都提供相统计
    如附件所示
    你可以用admin登录密码也是admin
    然后进到度量分析的测试分析下面
    选择项目进选**就能看到相关数据

    通过我们的测试度量,只是我们把做实现在**测试管理软件中了
    同理你要是手工做,也有借鉴意义

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2011-1-20 14:18:18 | 只看该作者
    本帖最后由 江潭素月 于 2011-1-20 14:20 编辑

    我来凑凑热闹
    说下从事测试工作近一年来,测试工作中的问题,希望能得到千里兄的指点

    一,先说下我们公司的测试流程
    公司有测试人员只有2个。如果开发人员有需要测试的程序,给测试人员打个招呼,然后测试人员将源代码从服务器上迁到本机MyEclipse,然后部署运行,进行测试。如果发现有bug,提交到bug管理工具mantis中,开发人员访问mantis,修改Bug,提交代码,测试人员更新代码,复测。

    不知道是否有公司是这样的测试模式,可否评价一下这样做有什么问题。

    目前发现的问题就是:(1)不写测试用例,想到哪测到哪,测试很难将功能点覆盖全面(2)测试、修改Bug、复测的时间混在一块,分不清是谁的效率低。目前公司开发人员修改bug的效率就特别低,而且修改Bug引起新的Bug的产生,拖拖拉拉,测试最后不了了之,也不知道什么时候测试结束,怎么算是测试结束,也许有人会说bug都改完不就是结束了吗,但是不可能,很多Bug存在争议,测试人员认为改,开发人员认为不用改,领导也不管

    二,关于什么样的问题该提交bug
    网上讲测试用例时,讲到用极限值、在输入数字的地方输入字母,但是这样测出来的问题,开发人员很反感,他们不愿意修改这样的问题,只想修改正常操作出现的问题,甚至他们的主管也是这样认为,认为客户不会那样操作,让我们测试人员很苦恼。我们应该怎么界定需要提交的Bug呢,按主管说的?还是按网上讲到的方法?网上讲到的方法吧,倒是能锻炼自己,但老是看他们的白眼,认为我们是做无用的工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2011-1-20 16:28:48 | 只看该作者
    上次问了没有人给到我满意的答案,现在继续问同样一个问题,忘理解。
    作为测试部门的负责人,如何做好测试部门的发展规划?需要从哪些方面入手?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2011-1-21 10:37:26 | 只看该作者
    回复 1# 默默巫


    罗先生,您好!
    我是10年的毕业生,参加测试工作半年,现在在一家软件公司做ERP测试。公司只有我和另一个同事在做测试。公司的规模较小,一直以来都没有专业的测试团队,我们测试的是业务逻辑和功能方面。涉及代码的测试都是由开发人员和开发经理负责的。
    我们现在的工作流程是:开发人员发布新版本----通知测试人员---测试记录bug----提交到bug管理器--开发修正BUG,返回给测试人员——回归测试——关闭。整个测试过程就是这样,bug关闭后,也就没有再管,没有对测试的结果进行分析总结。基本上我和另一个做测试的同事是没人管的,有时开例会时会叫上我们,问一些测试的情况。(平均下来一个月基本只有一次)。我们没有写测试用例,也没有测试报告、测试总结之类的文档。
    我觉得这样的测试太被动了,兵来将挡水来土掩。有几个问题想咨询一下:
    1.我觉得需要对这种测试流程需要改变,但不知从什么地方做起,你能给我一些意见吗?
    2.公司对测试部太重视,也许是因为我们只做功能测试,怎样才能让公司重视测试?(公司规模较小,老总初次接触软件行业)
    谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2011-1-21 11:05:30 | 只看该作者
    本人工作3年,之前的公司是做金融外包的公司,现在跳槽到了一家做产品的公司,在新公司工作了将近半年了,一直有个问题困扰自己,做产品的多数都是敏捷开发敏捷测试,很多情况下需求都很模糊(因为多数情况是实施人员反馈意见,并非需求人员),这样的前提下进行开发测试,如何保证和控制质量呢?麻烦老师给些解释。QQ:215693835
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 11:00 , Processed in 0.078348 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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