51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: lsekfe
打印 上一主题 下一主题

[你问我来答第25期]:软件质量保证FAQs(已结束)

[复制链接]
  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    61#
    发表于 2012-8-17 10:07:22 | 只看该作者
    回复 63# dfxzr199

    谢谢!希望大家都能积极交流!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    62#
    发表于 2012-8-18 16:12:27 | 只看该作者
    我是测试新手,想问前辈,如果开发像我们抱怨说我们提的Bug太多,我们应该怎样去处理?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    63#
    发表于 2012-8-20 11:06:21 | 只看该作者
    您好,我们属于外包团队,在客户看来,只要是经过我们测试的产品上线后就不应该出现问题,
    可是现实这种情况是不可能实现的,有时候会因为客户或者我们自己的一些原因,多少都会出现一些问题,有时候问题级别很高,请问这个时候该怎么办,或者说怎么保护自己~O(∩_∩)O谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2012-8-20 13:35:36 | 只看该作者
    学习。。呵呵。。谢谢咯
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    65#
    发表于 2012-8-20 20:17:45 | 只看该作者
    回复 65# 豆丫头

    正常来讲,Bug越多说明开发的质量越差,测试提的Bug越多也说明测试更有价值,但前提是测试提出的bug都是有效bug。
    有开发会跟测试抱怨说提的Bug太多,那首先要分析下原因,比如:是不是测试提的bug质量太低。
    建议测试提交bug前与开发人员多沟通。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    66#
    发表于 2012-8-20 20:21:07 | 只看该作者
    回复 65# 豆丫头

    正常来讲,测试提出的bug越多,说明开发水平越低,也更能体现测试人员的价值,但前提是测试提出的bug都是有效的或者说是建议说服开发人员的。

    开发会向测试抱怨提交的Bug太多,那测试首先要分析下原因了,比如:是不是自己提交的bug质量太差,或者提了很多重复或者无效的bug。

    建议测试提交bug前多与开发人员沟通。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    67#
    发表于 2012-8-20 20:22:00 | 只看该作者
    回复 65# 豆丫头

    正常来讲,测试提出的bug越多,说明开发水平越低,也更能体现测试人员的价值,但前提是测试提出的bug都是有效的或者说是建议说服开发人员的。

    开发会向测试抱怨提交的Bug太多,那测试首先要分析下原因了,比如:是不是自己提交的bug质量太差,或者提了很多重复或者无效的bug。

    建议测试提交bug前多与开发人员沟通。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    68#
    发表于 2012-8-20 20:23:52 | 只看该作者
    回复 65# 豆丫头

    正常来讲,测试提出的bug越多,说明开发水平越低,也更能体现测试人员的价值,但前提是测试提出的bug都是有效的或者说是建议说服开发人员的。
    开发会向测试抱怨提交的Bug太多,那测试首先要分析下原因了,比如:是不是自己提交的bug质量太差,或者提了很多重复或者无效的bug。
    建议测试提交bug前多与开发人员沟通。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    69#
    发表于 2012-8-20 20:35:05 | 只看该作者
    回复 66# dunny2010

    您好,对于您说的“在客户看来,只要是经过我们测试的产品上线后就不应该出现问题”这个本身就是不成立的,经过了测试并不能保证没有问题,测试的目的是为了发现尽可能多的缺陷,而不是为了说明软件中没有缺陷。但是测试要保证没有重大问题,小的问题相信客户是可以理解的,但是大问题的话首先要找原因,分析是需求的原因,还是测试没有覆盖到的原因,还是其它原因。。。

    所以即使在客户那里出现一些问题,且级别很高,只要不是首先去追或者推卸责任,而是第一时间帮客户把问题解决掉,相信客户也不会刻意刁难,但是问题解决后要召集项目组相关人员一起分析原因,以便下次规避。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    70#
    发表于 2012-8-21 09:30:11 | 只看该作者
    本帖最后由 yubiao584521 于 2012-8-21 09:32 编辑

    回复 66# dunny2010


        可以从两个方面着手:
    1、快速响应,解决重大问题
    2、进行功能性问题回溯,找到产生该问题的根本原因和规避措施
    对于一些小问题是很难避免的,但是出现严重的功能问题就要考虑是不是自己有问题,这种问题是相当严重的,如果线上出现功能严重问题,可能按照合同是要罚款的。
    很可能项目经理要下岗,我们公司有个项目经理两次发错包给客户,直接下岗。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    71#
    发表于 2012-8-21 09:36:49 | 只看该作者
    回复 42# kenanmao1983


    首先那些估算理论就不讲了,无论使用什么方法,都离不开以下几方面:
    1、以往数据的参考
    2、个人经验
    3、对产品的熟悉程度
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    72#
    发表于 2012-8-21 15:24:17 | 只看该作者
    回复 72# mandy.wang
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    73#
    发表于 2012-8-21 15:25:57 | 只看该作者
    本帖最后由 dunny2010 于 2012-8-21 15:37 编辑

    回复 73# yubiao584521
    回复 72# mandy.wang
    可能我表述的不够清楚,例如:产品后期会涉及到安全性的问题,一般情况下客户是不会让我们介入的,也就是说,我们只负责最基础的测试,核心测试我们都没有条件测试(他们内部人员测试),可是产品上线之后这部分内容出现问题了,恶果就是我们自己食了;还有一次,因为配置的环境问题,不能测试登录页面,环境是客户内部人员搭建的,同样客户也清楚没有测试登录页面,然后出事了……
    总的来说我们的工作特别被动,很无奈AND委屈~

    为什么会造成这种问题,有没有好的解决办法~O(∩_∩)O谢谢
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.7]测试师长

    74#
    发表于 2012-8-21 21:26:11 | 只看该作者
    这个角色的主要工作是什么呢,怎么样去推进
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    75#
    发表于 2012-8-23 14:05:20 | 只看该作者
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    擦汗
    5 小时前
  • 签到天数: 972 天

    连续签到: 2 天

    [LV.10]测试总司令

    76#
     楼主| 发表于 2012-8-23 14:07:55 | 只看该作者
    时间不多了,大家有什么问题。可以踊跃提问。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-7-2 09:00
  • 签到天数: 20 天

    连续签到: 2 天

    [LV.4]测试营长

    77#
    发表于 2012-8-23 14:18:52 | 只看该作者
    回复 76# dunny2010

    根据你所描述,想问几个问题:
    安全性的问题由负责,是否有相应的出口准则?
    基础的测试人员负责哪些测试内容,最终达到什么程度就算通过是否有明确标准?
    核心测试人员负责哪些测试内容,最终达到什么程度就可以上线是否有明确标准?

    如果是,那造成这种问题最根本的原因是:各个环节不同角色的工作职责不够明确,且每一个环节到下个环节没有明确相应出口准则。

    另,“因为配置的环境问题,不能测试登录页面,环境是客户内部人员搭建的,同样客户也清楚没有测试登录页面”的问题,是否让客户在什么单上签字确认,让客户意识到风险?

    建议:
    先明确好各个环节相关角色的工作职责,并制定一个产品发布单,每一个环节流入下个环节时相应的负责人要签字确认,后续哪个环节出现问题,就追加谁的责任,前提还得有相应的奖惩措施。

    有问题,欢迎随时交流。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    78#
    发表于 2012-8-23 17:11:20 | 只看该作者
    回复 80# mandy.wang
    谢谢啊,我突然明白了,和您讲的一样,困扰了很久,很不错的方法,要试一下,再次谢谢~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    79#
    发表于 2012-8-23 23:33:18 | 只看该作者
    请问:哪里有虚拟机下安装windows server 2003的安装包啊?下载链接地址
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-5-22 10:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    80#
    发表于 2012-8-24 14:32:57 | 只看该作者
    我一直有个困扰的问题,在质量报告中的bug分析,对于一个月之内每天Active数量的统计该如何进行?难道要每天记录当天Active的数量吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-6-25 14:21 , Processed in 0.083534 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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