51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

【你来问我来答第49期】:交流测试管理/研发过程管理和产品质量的关系(已结束)

[复制链接]
  • TA的每日心情

    2020-2-2 12:43
  • 签到天数: 630 天

    连续签到: 1 天

    [LV.9]测试副司令

    21#
    发表于 2014-8-5 19:39:31 | 只看该作者
    回复 12# 测试无极限


        谢谢您的解答,非常清晰明了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2020-2-2 12:43
  • 签到天数: 630 天

    连续签到: 1 天

    [LV.9]测试副司令

    22#
    发表于 2014-8-5 19:43:05 | 只看该作者
    请问怎样在测试上找到自己的亮点?目前主要做手工测试和编写文档,自学一些性能测试,比较擅长写文档但是更希望在做测试的过程中找到自己的亮点,或者说测试面很广,我希望找到一个切入点深入进去。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2014-8-6 12:10:49 | 只看该作者
    回复 22# libingyu135

    个人认为,擅长写文档是一个非常大的优点,这么说是因为,想写好文档首先思维要有条理,其次要不怕麻烦,这两个有点也决定了你在测试行业早晚会发光的。

    至于测试尤其黑盒测试的亮点,其实是一个通用的东西,也就是说无论谁能做到这几点,都会有亮点:
    首先是思维要全面,全面意味着你可以从多种不同的角度去思考,并且考量一个系统,也更有机会比别人发现更多的问题。
    第二是思维要有深度,努力提高自己的洞察力; 越狱里的男主角为什么那么厉害? 因为他眼里看到的物体和别人看到的完全不同,别人看到的是一堵墙,他看到的是这堵墙的应力变化,以及在哪里最容易突破这堵墙;别人看到的是一个马桶,他看到的是马桶后边密密麻麻的管线;洞察力也可以说成是认知能力,佛观一碗水,8万4千虫,这在当时已经很了不起了,以为他揭示了水里是有细菌和微生物的;所以即便是黑盒测试,如果你能大概知道其后边的操作逻辑,数据流的逻辑,也更有可能发现隐藏很深的bug。
    第三是技术上的学习,这个对前边两个方面是一个基础,但相对来说也需要比较长的时间。

    希望我说的可以帮到你。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2014-8-6 14:54:13 | 只看该作者
    回复 8# libingyu135


        QA是质量保证,核心词语是质量,难能可贵的地方在于从整理把控质量的能力,包括对用户反馈负责,对内部流程负责,对产品核心竞争力负责。测试略显狭义,突出验证,checker对需求负责。如果非要区分,或许这样说确切些
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2014-8-6 14:59:20 | 只看该作者
    回复 9# 初入测试


        我觉得这个问题其实不复杂,想明白自己想做什么?是一直做测试发展下去,还是做两年互联网就回家?如果前者,那目标起码是测试总监。至于需要具备哪些能力,网上太多的介绍。一步步的来,合适的时机换个工作,互联网大争之世,薪资不是事儿,如果时机合适,翻一翻也不是问题。关键是勤思考多总结。如果是后者,那就得过且过吧,搞好人际关系,其他没啥。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2020-2-2 12:43
  • 签到天数: 630 天

    连续签到: 1 天

    [LV.9]测试副司令

    26#
    发表于 2014-8-6 15:58:34 | 只看该作者
    回复 24# qishaorain


        谢谢您的解答,终于有不同概念了!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2020-2-2 12:43
  • 签到天数: 630 天

    连续签到: 1 天

    [LV.9]测试副司令

    27#
    发表于 2014-8-6 15:59:41 | 只看该作者
    回复 23# 测试无极限


        可惜很多公司并不是很注重编写文档这一方面,不过我还是会努力的,您提到的三点很给力,我正在往那个方向努力,谢谢您的指点,让我更有信心了~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2014-8-6 17:05:48 | 只看该作者
    本人在公司上班几年,现在准备跳到某省的评测中心机构上班,对于测试会发生什么影响,想理解评测中心机构的测试体系!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2014-8-6 17:07:31 | 只看该作者
    在评测中心上班跟公司的区别在哪里,去那边好不好!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2014-8-7 16:05:10 | 只看该作者
    回复 29# shujin6040


        抱歉我并没有在类似的机构里边工作过,只能根据我的理解说说纯属个人的观点;
        首先类似的机构在“规范”和“标准”上应该不用担心,甚至可能会有些机械教条的采用CMM或类似规程;因为是一个国家承认的评测机构,所以可能很多需要类似认证的软件都会送去测试,所以测试的软件可能会蛮丰富;不过类似一些纯粹市场运作的软件公司,或许不会把自己的东西送去测,相反,很多国字头的软件,可能会多一些,而且如果没有外包服务的话,可能不会涉及到跟踪bug的问题,只是评测某软件是否达到了设计要求,可能和评审的概念更类似些 ,也希望有过类似工作经历的tx能来说一说。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2014-8-7 16:42:51 | 只看该作者
    回复 30# 测试无极限


        谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2014-8-11 16:24:29 | 只看该作者
    你好,最近我在测试一个系统,有很多的不确定型。举个例子吧,在一层楼,我们先放一个信号源,然后自动布放天线,再进行自动布线及器件操作(布放天线以及布线操作都是通过点击一个按钮自动完成的)。可是由于信号源的位置我们可以随意设置,有时候布线正确,有时候天线并没有被布上线,这样的结果实际上是错的~~这样子的情况我们应该如何进行测试呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2014-8-11 17:35:55 | 只看该作者
    您好!
    请问互联网测试与传统web测试最根本的区别是什么?
    互联网测试需要特别关注哪些方面?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    34#
    发表于 2014-8-11 17:36:42 | 只看该作者
    您好!
    请问互联网测试与传统web测试最根本的区别是什么?
    互联网测试需要特别关注哪些方面?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2014-8-11 17:37:19 | 只看该作者
    您好!
    请问互联网测试与传统web测试最根本的区别是什么?
    互联网测试需要特别关注哪些方面?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2014-8-12 08:54:32 | 只看该作者
    回复 32# emmi_yang

    仅提供一个思路,供参考

    个人认为效率比较高的一种方式是使用无线传感器网络,支持的协议基于你们要测试的内容,无线传感器的摆放也可以是随机散布或者有规律摆放,这同样也取决于你们的测试目的;
    无线传感器网络的信号强度可以作为测试数据回传至服务器的某一个数据库中,这样还可实现自动化测试;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2014-8-12 08:58:17 | 只看该作者
    回复 35# sushe2009



    传统web测试更倾向于功能的实现,而互联网测试则更注重于之前不太重视的方面,比如用户体验,以及敏捷开发等;
    之前很多传统web程序都很重,开发周期也都不短,更重视的方面是功能是否实现,是否满足客户需求等等,需求是确定的;
    而现在的互联网测试则必须具备更短的研发测试周期,更好的人机交互以及更优化的用户体验等等,其需求部分可从市场调查等渠道获得,
    但更多的是公司对未来发展趋势的预判,一旦发现预判与市场趋势不服,则可能需要快速调整,所以对研发测试的技术及灵活性要求更高;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2014-8-12 10:57:15 | 只看该作者
    1.做C/S架构测试的建议
    2.用BUG数量衡量测试人员能力,是否合适?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2014-8-12 15:55:50 | 只看该作者
    前辈,最近我感觉Burpsuite这个测试软件挺好用,前辈了解这个软件吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2014-8-12 16:42:55 | 只看该作者
    回复 38# wlnr


        先回答第二个

        合适也不合适 ,合适是因为往往对于新入行的测试工程师,bug数量是个比较行之有效的衡量方法,往往新人也会对发现bug的数量比较在意;
    说不合适是因为不太容易衡量bug数量和bug质量之间的关系,或者说bug优先级之间的关系,如果各个相关因素都被分配一个权重,之后综合计算得到一个数字的话
    可能是一个比较可行的方法
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 07:49 , Processed in 0.071184 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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