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

苏格拉的底

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

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

苏格拉的底

廖冠明 发表于 2019-8-27 14:12
你好，想问下索性测试需求思路。谢谢。只要做个启发就行。

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

苏格拉的底

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

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

大帅哥九

在研发开发的时候, 就能识别出自动化的流程. 测试团队资源多放到业务测试和探索性测试上.今天领导和我们说的，来这次请嘉宾帮我验证下是不是正确的。

NickyDai

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

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

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

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

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

谢谢！

苏格拉的底

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

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

你们领导说的话，在符合语境的前提下，是正确的。

苏格拉的底

NickyDai 发表于 2019-8-28 10:50
想要module的Application和library一键切换。通过在gradle.properties中设置标志，在build.gradle判断flag. ...

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