51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

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

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 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的每日心情

    2016-5-16 17:49
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2019-8-1 16:32:48 | 只看该作者
    两个问题,麻烦请帮忙解答一下。
    问题一:测试场景web端登录只能通过手机扫描确认后登录。需要测试的部分是扫描登录后的页面。问题我要怎么绕过扫二维码这个地方?
    问题二:小程序怎么做ui自动化?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2019-8-5 17:37:30 | 只看该作者
    我是刚入测试行业,公司里只有性能和安全测试,都是用工具直接测试得出结果的,怎么利用公司来提升自己的价值。想学学自动化测试和安全测试方面,希望给个建议
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2019-8-8 14:59:23 | 只看该作者
    你好,嘉宾!我想问下对于敏捷测试如何开展自动化测试?谢谢。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2019-8-8 15:02:22 | 只看该作者
    敏捷测试与传统测试的分别?刚接触请嘉宾帮我重点的区别指点下,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2019-8-8 15:10:31 | 只看该作者
    scrum 框架下的敏捷测试流程是怎样的 ?谢谢!
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    8#
    发表于 2019-8-9 00:50:01 | 只看该作者
    seventesting 发表于 2019-8-1 16:32
    两个问题,麻烦请帮忙解答一下。
    问题一:测试场景web端登录只能通过手机扫描确认后登录。需要测试的部分 ...

    1. 如果扫码是一个授权过程,这个可以在SIT的测试环境中,布置一个二维码登陆后的链接页面,将扫码登陆这个环节work around过去,或者可以通过修改测试环境后端代码,使得二维码验证失效,无论怎样扫描都可以通过。
    2. 小程序可以使用Appium测试环境框架,采用Pytest测试管理框架进行测试。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    9#
    发表于 2019-8-9 00:52:45 | 只看该作者
    fanyijie 发表于 2019-8-5 17:37
    我是刚入测试行业,公司里只有性能和安全测试,都是用工具直接测试得出结果的,怎么利用公司来提升自己的价 ...

    你好,先要熟悉这些工具的使用,建立测试的“直觉”和“手感”,同时要了解测试工作的要点和相关知识概念。
    自动化测试可以从简单的自动化测试工具开始,从熟悉使用到自己动手搭建自动化测试环境。
    安全测试相对专业,知识体系相对独立,对背景知识的要求也比较多,这个可以在积累了一定程度之后,开展学习和实践。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    10#
    发表于 2019-8-9 00:54:37 | 只看该作者
    中国测试小风 发表于 2019-8-8 14:59
    你好,嘉宾!我想问下对于敏捷测试如何开展自动化测试?谢谢。

    你好,敏捷是软件开发的一种流程框架,在每个sprint中,只要满足开展自动化测试的条件,都可以进行自动化测试。
    根据项目的特点,选择相应的自动化工具,搭建合适的自动化环境。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    11#
    发表于 2019-8-9 00:57:15 | 只看该作者
    朵朵的分析 发表于 2019-8-8 15:02
    敏捷测试与传统测试的分别?刚接触请嘉宾帮我重点的区别指点下,谢谢!

    你好,传统测试一般指瀑布模型下的测试,交付到测试手中的,一般都是接近成品。敏捷测试则是注重快速迭代。两者的区别主要是两种开发模式带来的差异。
    具体的差异,在我的录播课程中有提及,欢迎学习。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    12#
    发表于 2019-8-9 01:00:54 | 只看该作者
    雅典娜的倔强 发表于 2019-8-8 15:10
    scrum 框架下的敏捷测试流程是怎样的 ?谢谢!

    你好,简单来说。
    敏捷流程中,测试的职责不仅仅是测试软件,更多还要保证敏捷流程的进度和质量管控,故称为QA。
    一般从项目的开始就参与到开发的过程中,从需求的澄清开始,到制定工作包,发布测试计划,发布测试用例,执行测试用例,直到最后sign off。
    这个具体的过程内容,在我的课程中有提及,欢迎学习,希望对你有所帮助。谢谢。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2024-5-20 21:29
  • 签到天数: 996 天

    连续签到: 1 天

    [LV.10]测试总司令

    13#
    发表于 2019-8-9 13:22:01 | 只看该作者
    在敏捷项目中开发的软件产品快速迭代
    请问如果以一周为例,一周大约多迭代多少次?每次迭代是否都需要进行自动化测试?
    敏捷项目和传统开发模式中相比自动化收益如何?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2019-8-9 17:24:29 | 只看该作者
    如何让需求澄清、测试用例评审更加充分彻底? 单纯靠测试人员过于困难,大多评审只是个过场,问题到最后测试阶段才暴露出来,需求设计不够充分,开发实现没有考虑,,,,最后的结果就是测试人员一部分工作白费。用例重新编写,测试动作需要重新执行
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    15#
    发表于 2019-8-11 15:18:23 | 只看该作者
    applepen 发表于 2019-8-9 13:22
    在敏捷项目中开发的软件产品快速迭代
    请问如果以一周为例,一周大约多迭代多少次?每次迭代是否都需要进行 ...

    你好,这个要看项目的规模和每个sprint的粒度。一般来说,符合敏捷要求的快速迭代,至少每天都要进行一次。但是绝大部分项目是无法做到这一点的,能达到一周三次迭代,已经是非常优秀的产品了。

    每次迭代,都应该有regression test,而如果自动化测试被用来进行回归测试或者happy flow覆盖的话,那么这样的测试是必须的。

    自动化的收益不是一个立竿见影的项目。不管敏捷还是传统的瀑布,甚至更早期的模式,如果项目的稳定度高,需求变化不剧烈,那么通过积累,自动化的收益会是一个逐渐上升的曲线的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2019-8-14 13:31:56 | 只看该作者
    苏格拉的底 发表于 2019-8-9 00:50
    1. 如果扫码是一个授权过程,这个可以在SIT的测试环境中,布置一个二维码登陆后的链接页面,将扫码登陆这 ...

    最近在思考这么一个问题,在结束一天的测试工作后,如何衡量今天的测试工作完成的不错,
    以及如何判断通过测试后,这个系统就达到上线要求了?请指点!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2019-8-14 15:37:44 | 只看该作者
    苏格拉的底 发表于 2019-8-9 00:57
    你好,传统测试一般指瀑布模型下的测试,交付到测试手中的,一般都是接近成品。敏捷测试则是注重快速迭代 ...

    你好,我想问下探索性测试与脚本测试哪个更好?谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2019-8-14 15:45:00 | 只看该作者
    你好测试新人,想问下探索性测试在哪里适合?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2019-8-19 14:38:54 | 只看该作者
    浏览器无法打开某个网页
    利用计算机网络的知识该如何去测试定位出bugs
    回复 支持 反对

    使用道具 举报

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

    连续签到: 2 天

    [LV.5]测试团长

    20#
    发表于 2019-8-20 00:23:56 | 只看该作者
    账号忘记了 发表于 2019-8-14 15:37
    你好,我想问下探索性测试与脚本测试哪个更好?谢谢!

    你好,这两个测试方式没有比谁更好的说法,因为完全是不同的阶段和方式。脚本测试和ET一般是在敏捷框架下,作为互相补充的手段,各有利弊。在不同的应用场景和开发迭代形式下,各自的优缺点都会得到放大。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 13:17 , Processed in 0.079051 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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