51Testing软件测试论坛
标题: 【你来问我来答第105期】：敏捷流程下的测试理论及探索性测试(活动结束) [打印本页]
作者: lsekfe 时间: 2019-8-1 09:54
标题: 【你来问我来答第105期】：敏捷流程下的测试理论及探索性测试(活动结束)
[attach]125945[/attach]
论坛ID：苏格拉的底
现任公司： 中软国际
现任职位： 测试经理
工作经验： 14年测试工作经验，曾供职于大唐电信、华为、IBM和中软国际等公司，担任高级测试和测试经理等职务。关注测试领域发展，技术技能领域全面，擅长探索性测试等测试理念，熟悉自动化测试。对测试工作有着独到而深入的见解和丰富的经验，针对瀑布模型痛点，向敏捷架构转型，有着丰富的指导转型经验。
嘉宾作品：探索性测试实战 点击进入>>>
各位会员可以在8月10日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在8月11日—8月31日为大家集中解答。
机会难得，欢迎大家踊跃提问！
作者: seventesting 时间: 2019-8-1 16:32
两个问题，麻烦请帮忙解答一下。
问题一：测试场景web端登录只能通过手机扫描确认后登录。需要测试的部分是扫描登录后的页面。问题我要怎么绕过扫二维码这个地方？
问题二：小程序怎么做ui自动化？
作者: fanyijie 时间: 2019-8-5 17:37
我是刚入测试行业，公司里只有性能和安全测试，都是用工具直接测试得出结果的，怎么利用公司来提升自己的价值。想学学自动化测试和安全测试方面，希望给个建议
作者: 中国测试小风 时间: 2019-8-8 14:59
你好，嘉宾！我想问下对于敏捷测试如何开展自动化测试？谢谢。
作者: 朵朵的分析 时间: 2019-8-8 15:02
敏捷测试与传统测试的分别？刚接触请嘉宾帮我重点的区别指点下，谢谢！
作者: 雅典娜的倔强 时间: 2019-8-8 15:10
scrum 框架下的敏捷测试流程是怎样的 ？谢谢！
作者: 苏格拉的底 时间: 2019-8-9 00:50
1. 如果扫码是一个授权过程，这个可以在SIT的测试环境中，布置一个二维码登陆后的链接页面，将扫码登陆这个环节work around过去，或者可以通过修改测试环境后端代码，使得二维码验证失效，无论怎样扫描都可以通过。
2. 小程序可以使用Appium测试环境框架，采用Pytest测试管理框架进行测试。
作者: 苏格拉的底 时间: 2019-8-9 00:52
你好，先要熟悉这些工具的使用，建立测试的“直觉”和“手感”，同时要了解测试工作的要点和相关知识概念。
自动化测试可以从简单的自动化测试工具开始，从熟悉使用到自己动手搭建自动化测试环境。
安全测试相对专业，知识体系相对独立，对背景知识的要求也比较多，这个可以在积累了一定程度之后，开展学习和实践。
作者: 苏格拉的底 时间: 2019-8-9 00:54
你好，敏捷是软件开发的一种流程框架，在每个sprint中，只要满足开展自动化测试的条件，都可以进行自动化测试。
根据项目的特点，选择相应的自动化工具，搭建合适的自动化环境。
作者: 苏格拉的底 时间: 2019-8-9 00:57
你好，传统测试一般指瀑布模型下的测试，交付到测试手中的，一般都是接近成品。敏捷测试则是注重快速迭代。两者的区别主要是两种开发模式带来的差异。
具体的差异，在我的录播课程中有提及，欢迎学习。
作者: 苏格拉的底 时间: 2019-8-9 01:00
你好，简单来说。
敏捷流程中，测试的职责不仅仅是测试软件，更多还要保证敏捷流程的进度和质量管控，故称为QA。
一般从项目的开始就参与到开发的过程中，从需求的澄清开始，到制定工作包，发布测试计划，发布测试用例，执行测试用例，直到最后sign off。
这个具体的过程内容，在我的课程中有提及，欢迎学习，希望对你有所帮助。谢谢。
作者: applepen 时间: 2019-8-9 13:22
在敏捷项目中开发的软件产品快速迭代
请问如果以一周为例，一周大约多迭代多少次？每次迭代是否都需要进行自动化测试？
敏捷项目和传统开发模式中相比自动化收益如何？
作者: weiyaojun1992 时间: 2019-8-9 17:24
如何让需求澄清、测试用例评审更加充分彻底？ 单纯靠测试人员过于困难，大多评审只是个过场，问题到最后测试阶段才暴露出来，需求设计不够充分，开发实现没有考虑,,,,最后的结果就是测试人员一部分工作白费。用例重新编写，测试动作需要重新执行
作者: 苏格拉的底 时间: 2019-8-11 15:18
你好，这个要看项目的规模和每个sprint的粒度。一般来说，符合敏捷要求的快速迭代，至少每天都要进行一次。但是绝大部分项目是无法做到这一点的，能达到一周三次迭代，已经是非常优秀的产品了。
每次迭代，都应该有regression test，而如果自动化测试被用来进行回归测试或者happy flow覆盖的话，那么这样的测试是必须的。
自动化的收益不是一个立竿见影的项目。不管敏捷还是传统的瀑布，甚至更早期的模式，如果项目的稳定度高，需求变化不剧烈，那么通过积累，自动化的收益会是一个逐渐上升的曲线的。
作者: 苏格拉的底 时间: 2019-8-11 15:22
你好。需求会议时，必须有QA代表参与，从QA的角度来提出对需求进一步澄清的要求，这个对QA本身的能力也有所要求。
测试用例评审的形式可以灵活多样，不一定非得组织一个专门的会议，可以将测试用例直接发给相关的开发人员和PM等，由其review各自负责模块的内容，可以提高评审的效率和效果。
测试中发现任何问题，QA需要及时完全地提出，并记录在案。这样回溯的时候，就会提升寻找root cause的效率。
按照你所描述的情况，应该是整个项目组对于敏捷模式并不熟练导致的，这个时候需要QA配合Scrum Master对组内人员进行敏捷培训，强调按照流程进行。
作者: 测试爱好者111 时间: 2019-8-14 13:31
最近在思考这么一个问题，在结束一天的测试工作后，如何衡量今天的测试工作完成的不错，
以及如何判断通过测试后，这个系统就达到上线要求了？请指点！
作者: 账号忘记了 时间: 2019-8-14 15:37
你好，我想问下探索性测试与脚本测试哪个更好？谢谢！
作者: 雪儿的渺小 时间: 2019-8-14 15:45
你好测试新人，想问下探索性测试在哪里适合？
作者: luoguili 时间: 2019-8-19 14:38
浏览器无法打开某个网页
利用计算机网络的知识该如何去测试定位出bugs
作者: 苏格拉的底 时间: 2019-8-20 00:23
你好，这两个测试方式没有比谁更好的说法，因为完全是不同的阶段和方式。脚本测试和ET一般是在敏捷框架下，作为互相补充的手段，各有利弊。在不同的应用场景和开发迭代形式下，各自的优缺点都会得到放大。
作者: 苏格拉的底 时间: 2019-8-20 00:26
你好，这个内容在我的网课中有详细的介绍，可以了解。
简单而言，应用在很多个场景下，需要快速评估或者快速确定质量水平的环境中，探索性的优势更大。
作者: 苏格拉的底 时间: 2019-8-20 00:28
你好，需要采用排除法，由近及远进行确定。
首先确定本地IP设置及网关数据是否正常，其次查看DNS服务是否正常。然后再检查链路是否畅通，对方服务器是否正常应答，再检查本机浏览器数据收发……逐步进行排查，不断缩小定位。
作者: 小测试小智 时间: 2019-8-20 11:50
公司刚引入敏捷模式,该如何开展测试工作，时间短.请教大神！
作者: 小小少年爱测试 时间: 2019-8-20 11:58
探索性测试测试用例如何设计？请教大神，谢谢！
作者: 苏格拉的底 时间: 2019-8-20 23:32
你好。刚刚引入敏捷模式，最好是请一个熟悉Agile架构的人来作为Scrum Master，对Agile Team的成员进行训练，使之更加快速地熟悉敏捷模式，并且要在项目中全面铺开敏捷工具和流程的应用。
同时，把握住Agile模式的核心：快速迭代。
作者: 苏格拉的底 时间: 2019-8-21 00:00
你好，探索性测试是没有现成的用例来参照的。它比较依赖测试人员本身的能力。
这个具体在我的课程中有讲到，可以参考了解一下。
作者: libingyu135 时间: 2019-8-21 11:49
探索性测试主要基于什么准则呢？和发散测试有什么本质区别呢？
作者: 卡死瑟斯 时间: 2019-8-21 14:35
你好，探索性测试和回归测试区别在哪里？
作者: 驾驶测试机 时间: 2019-8-21 14:44
让我比较好奇探索性测试可以使用哪些工具，主流工具是哪些？不知道是否有开源工具呢？
作者: 苏格拉的底 时间: 2019-8-23 02:27
你好，探索性测试将学习，测试设计和测试执行整合在一起，其准则就是传统定义上的内容：让独立的测试者可以借由不断的学习，来改善测试的规划与测试的执行，而在测试的过程中也会同时的改善项目达到相辅相成的效果。
发散测试强调的是尽可能将测试思路发散，覆盖尽可能多的内容，而探索性测试虽然也强调发散，但是并非盲目发散，而且最后还要收敛到主线任务上的。
作者: 苏格拉的底 时间: 2019-8-23 02:28
你好，回归测试一般是在当前sprint完成或者bug修复后，进行的验证性测试，侧重对于问题修复和功能的验证。而探索性测试本身并不具备这样的使命。
作者: 苏格拉的底 时间: 2019-8-23 02:30
你好，探索性测试并不依赖于工具或者现成的组件。它是一种测试思想，可以用任何工具实现，也可以不依赖于任何工具。目前探索性测试也发展到了自动化阶段，但基本上还是依赖于探索性测试的思想，只是通过工具来实现而已。
作者: 苏格拉的底 时间: 2019-8-23 02:33
你好，“测试工作完成的不错”这个定义本身就值得商榷，当天测试工作进度可以由测试计划来确定，如果测试用例执行充分，覆盖度良好，进度符合要求，就可以称之为完成的不错。
系统达到上线要求，是一个综合的结果，其第一步就是当前状态下，所有sprint的bug完全修复，并且各级回归测试已经通过，这个时候QA可以sign off，但不意味着项目可以上线，这个只能由PM来确定。
作者: 石矽 时间: 2019-8-26 14:31
你好，想问下探索性测试种类有哪些？同时适合哪些场景测试谢谢！
作者: 日出东方 时间: 2019-8-26 14:34
你好，关于探索性测试中反叛测试法和强迫症测试法 不是太懂，希望大神能够帮助到。
作者: 苏格拉的底 时间: 2019-8-27 01:40
你好，根据不同的标准和性质，探索性测试的分类是不一样的。
理论上，探索性测试适合所有的场景。
作者: 苏格拉的底 时间: 2019-8-27 01:42
你好，简单来说，反叛测试法是输入最不可能的数据，或者已知的绝对异常输入。强迫症测试法是不停重复地输入同一个数据。
作者: 闫诺 时间: 2019-8-27 14:03
你好，我想问下的就是 现在很多人在说敏捷测试流程如何好如何好,但是不想特意的去跟风。我想知道的是敏捷测试如果真的想掌握好的话，应该如何学起。
作者: 廖冠明 时间: 2019-8-27 14:12
你好，想问下索性测试需求思路。谢谢。只要做个启发就行。
作者: YUYUE-GG 时间: 2019-8-27 15:57
你好，咨询一个问题，我们公司最近做了组织架构的调整，把需求、前端、后端、测试打乱按照项目进行划分，我个人目前有2点疑问，希望给点意见
1.作为测试人员，经过部门调整后，其实已经没了所谓的测试质量部，每天就是根据项目组的项目进行一个又一个的项目测试，没有团队的交流和沟通，甚至感觉没有归属感了都，因为你接触的全是非本职的人员，已经没什么干劲了，感觉有点迷茫了
2.公司规模不大，感觉是有点纯粹的为了追赶“潮流”一样的接入敏捷，单一的一个项目，需求变动频繁、项目稳定性不高，个人觉得对于自动化的开展来说，很吃力，请问有什么解决方法？
作者: 苏格拉的底 时间: 2019-8-27 23:50
你好，敏捷测试首先要了解敏捷的思想，然后再了解标准的Agile流程。从理念开始掌握，再到项目中去实践。
作者: 苏格拉的底 时间: 2019-8-27 23:52
你好，探索性测试的思路，就是沿着测试的主线进行测试，思维适当发散。
探索性测试相对比较依赖于经验，所以还是要掌握很多相关的背景知识。
作者: 苏格拉的底 时间: 2019-8-27 23:58
你好。按照你所说的，所有组织架构打乱，按照项目进行划分。从这一点上理解，每个项目组从概念上来说，其实是更接近通常意义上所说的“全功能团队”，这样的团队恰恰是Agile流程下所追求的一种高效能组织形式。
在这样的情况下，作为测试人员，在Agile框架下，恰恰是可以发挥自己QA的本职的，即管理起整个项目的流程，对项目在Agile流程下的合规性进行监督。
敏捷的核心思想就是快速迭代，所以针对需求变动频繁而言，敏捷是一个比较好的机制。但是项目变动过于频繁，则会打乱项目原先的计划和进度安排，这个时候，就需要QA或者PM来进行项目需求管理，对不合理的需求变动予以驳回或延迟。
在这样的情况下，自动化的开展是相对困难的，因为自动化的要求就是需求变动不大，所以此时，不仅仅是通过测试脚本的积累，达到一定数量的覆盖来应对，手工测试也是一个很重要的补充。
作者: 大帅哥九 时间: 2019-8-28 10:43
在研发开发的时候, 就能识别出自动化的流程. 测试团队资源多放到业务测试和探索性测试上.今天领导和我们说的，来这次请嘉宾帮我验证下是不是正确的。
作者: NickyDai 时间: 2019-8-28 10:50
想要module的Application和library一键切换。
通过在gradle.properties中设置标志，在build.gradle判断flag.toBoolean进行相应的修改。
当我设置isLibrary = true时，通过flag.toBoolean判断运行的结果反而是判断为false的效果呢？
[attach]126373[/attach]
更神奇的来了，我后来想探索一下这个问题又改回了false，这个时候，它又事可以使用的。
猜测gradle.properties中的数据是不是有什么缓存还是有什么，尝试了clean rebuild project没有区别，如何保证我每改一次能够真正使用到这个数据呢？
谢谢！
作者: 苏格拉的底 时间: 2019-8-29 00:36
你好。在敏捷的流程下，如果需求明确，业务逻辑清楚。那么是可以达到这个目标的。
只是自动化的流程依然会占用很大一部分的测试团队资源，只能说，如果业务逻辑变动不大的情况下，自动化测试是一个事半功倍的事情，做不到一劳永逸，但也是可以起到很长时间作用的。
业务测试和探索性测试，确实是需要测试团队分出很大一部分资源进行的。
你们领导说的话，在符合语境的前提下，是正确的。
作者: 苏格拉的底 时间: 2019-8-30 02:07
你好，因为看不全代码，所以不好确定。
你可以在if(!isLibrary.toBoolean())这一行打个断点，看看这一行运行的结果值是什么。
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |