51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 19796|回复: 46
打印 上一主题 下一主题

【你来问我来答第105期】:敏捷流程下的测试理论及探索性测试(活动结束)

[复制链接]
  • TA的每日心情
    无聊
    4 天前
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    #
    发表于 2019-8-1 09:54:35 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

    论坛ID:苏格拉的底
    现任公司: 中软国际
    现任职位: 测试经理
    工作经验: 14年测试工作经验,曾供职于大唐电信、华为、IBM和中软国际等公司,担任高级测试和测试经理等职务。关注测试领域发展,技术技能领域全面,擅长探索性测试等测试理念,熟悉自动化测试。对测试工作有着独到而深入的见解和丰富的经验,针对瀑布模型痛点,向敏捷架构转型,有着丰富的指导转型经验。
    嘉宾作品:探索性测试实战 点击进入>>>

    各位会员可以在8月10日前以回帖的方式向客座专家提问。
    (请大家围绕本期客座专家的擅长领域进行提问、探讨)
    客座专家将在8月11日—8月31日为大家集中解答。

    机会难得,欢迎大家踊跃提问!




    本帖子中包含更多资源

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

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    推荐
    发表于 2019-8-11 15:22:26 | 只看该作者
    weiyaojun1992 发表于 2019-8-9 17:24
    如何让需求澄清、测试用例评审更加充分彻底? 单纯靠测试人员过于困难,大多评审只是个过场,问题到最后测 ...

    你好。需求会议时,必须有QA代表参与,从QA的角度来提出对需求进一步澄清的要求,这个对QA本身的能力也有所要求。
    测试用例评审的形式可以灵活多样,不一定非得组织一个专门的会议,可以将测试用例直接发给相关的开发人员和PM等,由其review各自负责模块的内容,可以提高评审的效率和效果。
    测试中发现任何问题,QA需要及时完全地提出,并记录在案。这样回溯的时候,就会提升寻找root cause的效率。
    按照你所描述的情况,应该是整个项目组对于敏捷模式并不熟练导致的,这个时候需要QA配合Scrum Master对组内人员进行敏捷培训,强调按照流程进行。
    回复 支持 1 反对 0

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    45#
    发表于 2019-8-30 02:07:08 | 只看该作者
    NickyDai 发表于 2019-8-28 10:50
    想要module的Application和library一键切换。通过在gradle.properties中设置标志,在build.gradle判断flag. ...

    你好,因为看不全代码,所以不好确定。
    你可以在if(!isLibrary.toBoolean())这一行打个断点,看看这一行运行的结果值是什么。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    44#
    发表于 2019-8-29 00:36:30 | 只看该作者
    大帅哥九 发表于 2019-8-28 10:43
    在研发开发的时候, 就能识别出自动化的流程. 测试团队资源多放到业务测试和探索性测试上.今天领导和我们说 ...

    你好。在敏捷的流程下,如果需求明确,业务逻辑清楚。那么是可以达到这个目标的。
    只是自动化的流程依然会占用很大一部分的测试团队资源,只能说,如果业务逻辑变动不大的情况下,自动化测试是一个事半功倍的事情,做不到一劳永逸,但也是可以起到很长时间作用的。
    业务测试和探索性测试,确实是需要测试团队分出很大一部分资源进行的。

    你们领导说的话,在符合语境的前提下,是正确的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    43#
    发表于 2019-8-28 10:50:15 | 只看该作者

    想要module的Application和library一键切换。

    通过在gradle.properties中设置标志,在build.gradle判断flag.toBoolean进行相应的修改。

    当我设置isLibrary = true时,通过flag.toBoolean判断运行的结果反而是判断为false的效果呢?

    更神奇的来了,我后来想探索一下这个问题又改回了false,这个时候,它又事可以使用的。

    猜测gradle.properties中的数据是不是有什么缓存还是有什么,尝试了clean rebuild project没有区别,如何保证我每改一次能够真正使用到这个数据呢?

    谢谢!


    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    42#
    发表于 2019-8-28 10:43:56 | 只看该作者
    在研发开发的时候, 就能识别出自动化的流程. 测试团队资源多放到业务测试和探索性测试上.今天领导和我们说的,来这次请嘉宾帮我验证下是不是正确的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    41#
    发表于 2019-8-27 23:58:51 | 只看该作者
    YUYUE-GG 发表于 2019-8-27 15:57
    你好,咨询一个问题,我们公司最近做了组织架构的调整,把需求、前端、后端、测试打乱按照项目进行划分,我 ...

    你好。按照你所说的,所有组织架构打乱,按照项目进行划分。从这一点上理解,每个项目组从概念上来说,其实是更接近通常意义上所说的“全功能团队”,这样的团队恰恰是Agile流程下所追求的一种高效能组织形式。
    在这样的情况下,作为测试人员,在Agile框架下,恰恰是可以发挥自己QA的本职的,即管理起整个项目的流程,对项目在Agile流程下的合规性进行监督。
    敏捷的核心思想就是快速迭代,所以针对需求变动频繁而言,敏捷是一个比较好的机制。但是项目变动过于频繁,则会打乱项目原先的计划和进度安排,这个时候,就需要QA或者PM来进行项目需求管理,对不合理的需求变动予以驳回或延迟。
    在这样的情况下,自动化的开展是相对困难的,因为自动化的要求就是需求变动不大,所以此时,不仅仅是通过测试脚本的积累,达到一定数量的覆盖来应对,手工测试也是一个很重要的补充。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    40#
    发表于 2019-8-27 23:52:10 | 只看该作者
    廖冠明 发表于 2019-8-27 14:12
    你好,想问下索性测试需求思路。谢谢。只要做个启发就行。

    你好,探索性测试的思路,就是沿着测试的主线进行测试,思维适当发散。
    探索性测试相对比较依赖于经验,所以还是要掌握很多相关的背景知识。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    39#
    发表于 2019-8-27 23:50:27 | 只看该作者
    闫诺 发表于 2019-8-27 14:03
    你好,我想问下的就是 现在很多人在说敏捷测试流程如何好如何好,但是不想特意的去跟风。我想知道的是敏捷测 ...

    你好,敏捷测试首先要了解敏捷的思想,然后再了解标准的Agile流程。从理念开始掌握,再到项目中去实践。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2020-11-9 15:52
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    38#
    发表于 2019-8-27 15:57:31 | 只看该作者
    你好,咨询一个问题,我们公司最近做了组织架构的调整,把需求、前端、后端、测试打乱按照项目进行划分,我个人目前有2点疑问,希望给点意见
    1.作为测试人员,经过部门调整后,其实已经没了所谓的测试质量部,每天就是根据项目组的项目进行一个又一个的项目测试,没有团队的交流和沟通,甚至感觉没有归属感了都,因为你接触的全是非本职的人员,已经没什么干劲了,感觉有点迷茫了
    2.公司规模不大,感觉是有点纯粹的为了追赶“潮流”一样的接入敏捷,单一的一个项目,需求变动频繁、项目稳定性不高,个人觉得对于自动化的开展来说,很吃力,请问有什么解决方法?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2019-8-27 14:12:46 | 只看该作者
    你好,想问下索性测试需求思路。谢谢。只要做个启发就行。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2019-8-27 14:03:18 | 只看该作者
    你好,我想问下的就是 现在很多人在说敏捷测试流程如何好如何好,但是不想特意的去跟风。我想知道的是敏捷测试如果真的想掌握好的话,应该如何学起。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    35#
    发表于 2019-8-27 01:42:32 | 只看该作者
    日出东方 发表于 2019-8-26 14:34
    你好,关于探索性测试中反叛测试法和强迫症测试法 不是太懂,希望大神能够帮助到。

    你好,简单来说,反叛测试法是输入最不可能的数据,或者已知的绝对异常输入。强迫症测试法是不停重复地输入同一个数据。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    34#
    发表于 2019-8-27 01:40:27 | 只看该作者
    石矽 发表于 2019-8-26 14:31
    你好,想问下探索性测试种类有哪些?同时适合哪些场景测试谢谢!

    你好,根据不同的标准和性质,探索性测试的分类是不一样的。
    理论上,探索性测试适合所有的场景。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    33#
    发表于 2019-8-26 14:34:25 | 只看该作者
    你好,关于探索性测试中反叛测试法和强迫症测试法 不是太懂,希望大神能够帮助到。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    32#
    发表于 2019-8-26 14:31:45 | 只看该作者
    你好,想问下探索性测试种类有哪些?同时适合哪些场景测试谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    31#
    发表于 2019-8-23 02:33:26 | 只看该作者
    测试爱好者111 发表于 2019-8-14 13:31
    最近在思考这么一个问题,在结束一天的测试工作后,如何衡量今天的测试工作完成的不错,
    以及如何判断通 ...

    你好,“测试工作完成的不错”这个定义本身就值得商榷,当天测试工作进度可以由测试计划来确定,如果测试用例执行充分,覆盖度良好,进度符合要求,就可以称之为完成的不错。

    系统达到上线要求,是一个综合的结果,其第一步就是当前状态下,所有sprint的bug完全修复,并且各级回归测试已经通过,这个时候QA可以sign off,但不意味着项目可以上线,这个只能由PM来确定。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    30#
    发表于 2019-8-23 02:30:10 | 只看该作者
    驾驶测试机 发表于 2019-8-21 14:44
    让我比较好奇探索性测试可以使用哪些工具,主流工具是哪些?不知道是否有开源工具呢?

    你好,探索性测试并不依赖于工具或者现成的组件。它是一种测试思想,可以用任何工具实现,也可以不依赖于任何工具。目前探索性测试也发展到了自动化阶段,但基本上还是依赖于探索性测试的思想,只是通过工具来实现而已。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    29#
    发表于 2019-8-23 02:28:44 | 只看该作者
    卡死瑟斯 发表于 2019-8-21 14:35
    你好,探索性测试和回归测试区别在哪里?

    你好,回归测试一般是在当前sprint完成或者bug修复后,进行的验证性测试,侧重对于问题修复和功能的验证。而探索性测试本身并不具备这样的使命。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2023-6-11 00:48
  • 签到天数: 44 天

    连续签到: 2 天

    [LV.5]测试团长

    28#
    发表于 2019-8-23 02:27:17 | 只看该作者
    libingyu135 发表于 2019-8-21 11:49
    探索性测试主要基于什么准则呢?和发散测试有什么本质区别呢?

    你好,探索性测试将学习,测试设计和测试执行整合在一起,其准则就是传统定义上的内容:让独立的测试者可以借由不断的学习,来改善测试的规划与测试的执行,而在测试的过程中也会同时的改善项目达到相辅相成的效果。

    发散测试强调的是尽可能将测试思路发散,覆盖尽可能多的内容,而探索性测试虽然也强调发散,但是并非盲目发散,而且最后还要收敛到主线任务上的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2019-8-21 14:44:29 | 只看该作者
    让我比较好奇探索性测试可以使用哪些工具,主流工具是哪些?不知道是否有开源工具呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2019-8-21 14:35:36 | 只看该作者
    你好,探索性测试和回归测试区别在哪里?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 11:38 , Processed in 0.082330 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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