51Testing软件测试论坛

标题: [你问我来答第38期]:如何做好敏捷测试？(已结束) [打印本页]

作者: lsekfe 时间: 2013-9-2 10:33
标题: [你问我来答第38期]:如何做好敏捷测试？(已结束)
[attach]87085[/attach]
论坛ID：六月天
真实姓名：陆怡颐
现任公司：上海博为峰培训中心
现任职位：讲师
工作经验：
曾就职于上海航空航天计算机技术研究所，从事火箭、卫星、导弹嵌入式软件测试；担任过华为测试部质量代表，芯片部质量代表，产品线敏捷开发推行负责人，参与过两个大产品的质量工作；酷宝网络质量经理，建立自动化测试及持续集成；并在曾在银硕科技担任质量经理，负责建立测试及OA团队。
[attach]87086[/attach]

各位会员可以在9月10日前以回帖的方式向客座专家提问。

（请大家围绕本期客座专家的擅长领域进行提问、探讨）

客座专家将在9月11日—9月30日为大家集中解答。

机会难得，欢迎大家踊跃提问！

作者: lsekfe 时间: 2013-9-2 10:40
本次嘉宾相信很多人都认识，上次沙龙之后再次出山为大家讲解！

作者: 楠族开心果 时间: 2013-9-2 16:27
哇

作者: spanthrive 时间: 2013-9-2 17:12
WOW

作者: 地壳 时间: 2013-9-3 15:42
协作、沟通、高效

作者: 我是飞鱼 时间: 2013-9-3 17:12
1、产品需求迭代快，变化多，这类型的都适合做敏捷测试吗？什么样的产品适合做敏捷测试呢？
2、敏捷开发与敏捷测试的关系是怎样的？
3、您个人对敏捷测试的理解是怎样的，敏捷测试要如何发挥最大的作用？

恳请老师帮忙指点

作者: Sins7q 时间: 2013-9-3 17:22
老师好

作者: omg 时间: 2013-9-3 20:41
看了很多文章，越看越迷糊。

望指点下，能不能简单扼要总结敏捷测试到底包含些什么吗？只能在敏捷项目中才能使用吗？

作者: xywang_05 时间: 2013-9-4 15:11

1、产品需求迭代快，变化多，这类型的都适合做敏捷测试吗？什么样的产品适合做敏捷测试呢？
2、敏捷开发与 ...
我是飞鱼发表于 2013-9-3 17:12

期待看到这个问题的解答

作者: lsekfe 时间: 2013-9-4 16:20
大家先不要着急，我们的本次嘉宾比较忙！如果大家有问题，可以先提出。然后嘉宾到时候会一一做出回应的！

作者: 六月天 时间: 2013-9-4 16:24
回复 6# 我是飞鱼

1、我个人觉得任何类型的软件项目都适合做敏捷，敏捷是在国外做的非常普遍，并不会说哪有什么项目不能实施敏捷
2、敏捷测试这种说法其实没有很明确的定义，因为敏捷就是一群国外的程序员搞出来的，所以从来只有一个词——agile develop敏捷开发。我姑且把敏捷测试定义成在敏捷开发过程中的测试吧
3、敏捷开发中的测试人员需要定位自己，敏捷开发的过程就是快速迭代，通过迭代式的测试构筑保护网，在这个过程中，测试人员需要真正做到“提前”，在用户故事中定义“验收”，在产品代码尚未完成前就准备好测试用例，甚至是测试代码。测试要从原来的找bug的思想中跳出来，变成测试要保护好代码不出现bug！

作者: 六月天 时间: 2013-9-4 16:29
回复 8# omg

简单的说，敏捷测试就是配合迭代的节奏，从找bug变为保护，从后面提到前面，真正去做预防

作者: xinxiangyul 时间: 2013-9-4 17:20
敏捷测试是根据项目需要，有争对性的对功能模块进行不断的测试

作者: lily2013 时间: 2013-9-4 17:29
您好，请问如下：
敏捷测试一般在一个项目周期中的哪个阶段开始执行比较合适？或者说敏捷测试是否有其更合适的执行时间段，比如单元测试阶段？

作者: junyjiang 时间: 2013-9-4 20:12
敏捷对于大部分人来说，当然包括我都是一个很模糊的一个概念，希望老师可以更通俗的一点的描述或解释一下。thx

作者: 云层 时间: 2013-9-5 16:54

611我就知道是你

作者: sasasaqq 时间: 2013-9-5 16:58
话说这么多人没发现。标题的错误么？如何做好敏捷测试吧。如果多不通顺撒，语文是体育老师教的么？

作者: 云层 时间: 2013-9-5 17:02

话说这么多人没发现。标题的错误么？如何做好敏捷测试吧。如果多不通顺撒，语文是体育老师教的么？
sasasaqq 发表于 2013-9-5 16:58

没有吧字，明明是如何做好敏杰测试！

作者: lsekfe 时间: 2013-9-5 17:27

话说这么多人没发现。标题的错误么？如何做好敏捷测试吧。如果多不通顺撒，语文是体育老师教的么？
sasasaqq 发表于 2013-9-5 16:58

你好，感谢你的及时指出！下次必须注意！体育老师其实教语文也是不错的！

作者: 六月天 时间: 2013-9-6 13:11
回复 14# lily2013

敏捷测试和迭代相匹配，在一个迭代中，测试执行是在一个用户故事完成后就开始执行了。

作者: 51dhy1014 时间: 2013-9-6 13:54
个人经历，所在项目曾经采用测试驱动开发模式，要求测试人员在业务方面完全理解。面临的一个严重问题，就是需求。用户方类似第三方的性质，对实际业务了解也只是皮毛，而业务中的一些关键数据模型项目组没能获得，由于合作高层方面及其他原因，项目一度停滞。项目组曾经也尝试买模型或找懂业务的合作，但最终都不了了之了。作为测试人员，个人心理一直有点儿虚，感觉自己没有真正做到敏捷。疑惑的是，真正的敏捷不仅是体现在迭代过程中，了解业务当然是必须的，但是对业务的把握方面也要比需求、研发和产品经理都靠前？如果是这样的话，需求人员和产品经理做什么？

作者: qquui09 时间: 2013-9-7 14:29
百里挑一，一手货源，银行卡办理，卡QQ1464978910

作者: 六月天 时间: 2013-9-9 09:25
回复 15# junyjiang

可以参考我在11楼的对敏捷测试的理解

作者: junyjiang 时间: 2013-9-9 09:29
回复 23# 六月天 好的，thx！

作者: 六月天 时间: 2013-9-9 09:44
回复 21# 51dhy1014

呵呵，测试必须要对需求和业务有深入的理解，否则不管是传统开发模式还是敏捷这种迭代增量模式都做不起来。但并不是说作为测试人员需要对业务把握到比需求、研发、产品经理都靠前，这是不可能的，这几个是合作关系。需求人员需要进行客户需求开发，并整理出用户故事，需求开发是很专业性的工作，不是测试人员可以承担的，测试人员和开发人员可以参与这个过程，比如测试人员可以在用户故事中确定验收标准或者Definition of Done。
产品经理（PO）是最大的负责人，所谓的产品第一责任人，产品的投入和产出都是由他负责的。高层的事情我就不在这里介绍了。

作者: songfun 时间: 2013-9-9 17:51
一哥，我爱你！！

回复 omg

简单的说，敏捷测试就是配合迭代的节奏，从找bug变为保护，从后面提到前面，真正去做预防
六月天发表于 2013-9-4 16:29

作者: 六月天 时间: 2013-9-10 11:12
回复 26# songfun

峰哥也来捧场啊，谢谢谢谢，哈哈

作者: shijin880921 时间: 2013-9-10 19:00
项目越来越大，越来越复杂，跟其它系统的交互越来越多。版本更新迭代快，基本2周一个版本，如何再快速功能迭代避免遗漏某些测试点？

作者: 六月天 时间: 2013-9-11 20:11
回复 28# shijin880921

这要看你们是如何做好需求管理的，如果使用敏捷的话就是用户故事。在用户故事上定义definition of done（个人建议使用用例描述这一项），只有分析是清晰的，那不会有严重漏测。

作者: 51dhy1014 时间: 2013-9-12 13:51
回复 25# 六月天

谢啦，听您这一说我心理踏实了。
目前内部实际情况有点儿糟糕，产品经理不懂业务，需求都是软件开发完了才补……
项目那边赶着工期没时间出需求规格说明书，目前都是靠口头和他们勾通后写用例，感觉个人力不从心

作者: violet0214 时间: 2013-9-12 20:43
什么是敏捷测试？

作者: 喜洋洋8902 时间: 2013-9-13 09:10
Hi，你好
我现在的项目就是敏捷测试，版本更新非常快，但是整个team对需求并不是非常了解，新员工加入先从执行case做起，但是case只列出feature list，所以新员工执行时并不了解期望结果，该如何减少他执行case的过程中产生漏报Bug的可能性。

对于敏捷测试，如何高效地管理测试团队，项目质量？

非常感谢！！！

作者: jenery 时间: 2013-9-13 11:06
测试用例编写完后，经常不是按照用例来执行，拿着系统就测试的，怎么规范有效的执行

作者: shijin880921 时间: 2013-9-14 09:16
回复 34# jenery

哈哈，版主的手下是不是一堆人堆系统太熟悉了。我个人觉得主负责之人必须严格俺用例执行用例，其余的而已进行探索性测试。

作者: zbl0531 时间: 2013-9-16 13:57
敏捷测试是建立在项目实施敏捷开发基础上的。所以，所谓的敏捷测试，不如说是敏捷开发。对嘛

作者: tshabc 时间: 2013-9-17 11:34
[attach]87310[/attach]

作者: 六月天 时间: 2013-9-17 13:09
回复 33# 喜洋洋8902

只列出feature list能叫做case吗？丢掉这个问题不看，你们的敏捷怎么做case对user story跟踪的呢？另外，即使是feature list，也可以考虑使用树状图描述测试条件的期望输出。否则，你们的测试管理就是混乱的。

作者: 六月天 时间: 2013-9-17 13:11
回复 34# jenery

借助一些表格记录用例实测结果吧，强迫他们按用例执行。你们的这种情况也有可能是测试团队的测试用例设计能力偏弱，设计的用例有效性很低造成的。但有时候要坚持规则，否则测试部门就不会有积累。

作者: 六月天 时间: 2013-9-17 13:15
回复 37# zbl0531

呵呵，本来敏捷就是特指开发，就是一群开发弄出来的

作者: 喜洋洋8902 时间: 2013-9-17 16:38
回复 39# 六月天

我就是刚进入项目组的新员工，我感觉整个项目管理非常混乱，目前我们的Case是这样的[attach]87318[/attach]，这个是算是树状图描述吗？我了解到这些feature list的case是客户给的，项目组内也没有需求文档，目前我们在执行客户给的这些feature list。请问一下我们该如何改变目前的情况？最先从什么地方入手？非常谢谢啊！

作者: zhanghl820716 时间: 2013-9-17 16:55
敏捷测试过程中对测试用例的管理是什么样的？因为设计测试用例需要一个过程，如果功能变化快，设计测试用例时间不充足，这时候应该怎么做即能保证测试不漏测，又能保证测试用例的完整性和即时和功能需求对应啊？

作者: ingwlhot0801 时间: 2013-9-22 10:38
问题很简单，敏捷测试的前提条件有哪些？比如适合什么样的产品以及测试团队

作者: ingwlhot0801 时间: 2013-9-22 10:39
问题很简单，敏捷测试的前提条件有哪些？比如适合什么样的产品以及测试团队

作者: lsekfe 时间: 2013-9-23 10:56
大家快点提问哦！本次嘉宾可是重量级的，不然错过了就来不及了！

作者: 六月天 时间: 2013-9-26 09:34
回复 42# 喜洋洋8902

我不清楚你们软件的具体情况，所以也不好回答case写成这样是不是可行，从我角度看，这些用例缺乏可操作性，比如Edit template我不知道有没有细节，执行的如何太依赖用例执行者的水平。你自己可以这么判断，让一个新人来执行这个case，他是否能注意所有的细节。敏捷对case的表现形式并不在意，如果注重形式，反而落了下乘，我给个建议吧，在这张表中插入一列，针对每个case列一下要注意的细节，以Edit template为例，可以写：1、字数限制，2、非法字符，3、非标编码……诸如此类，让执行者能方便想到测试点。当然如果能做到case代码化那就可以不用写这些了。

作者: 六月天 时间: 2013-9-26 09:50
回复 43# zhanghl820716

测试用例的设计推荐在开发接触到需求之前就开始。敏捷开发并没有规定测试该怎么做，但是敏捷开发带来的问题就是开发节奏太快。需求管理不拘泥于形式，很多公司都采用user story的方式管理需求，由产品设计或者业务部门来编写story的描述，我建议测试人员可以参与其中，定义每个story的definition of done。可以用测试细节来描述“我会从哪些角度对这个story进行测试”。这个过程可以用到一些基本工程方法，比如判定表啊、流程分析啊之类的。测试人员是最好的需求分析人员，因为在设计用例的时候我们其实就是在分析需求细节。story完成后，再交给开发人员进行需求的澄清，需求澄清过程如果开发根据技术可行性分析对story提出新的方案，那么story和definition of done一起改就是了。迭代一旦开始，整个开发过程和测试的用例实现过程就可以并行了。如果在整个story开发过程中出现需求变更，那么很简单，definition of done因为和story绑在一起，所以一起改就是了，然后通知开发需求变更了。总之一个原则：测试一定要提前。否则无法跟上项目的节奏，所有动作都会慢一拍。这不难实现，只是需要一个游戏规则（流程）。

作者: 六月天 时间: 2013-9-26 09:55
回复 45# ingwlhot0801

敏捷对项目或者产品本身没有任何挑剔，只是对人有比较高的要求。
敏捷的所有理念基于y管理理论——积极理论，所以需要有比较高素质，主动的、愿意不断精益求精的研发测试人员。你可以看看团队成员，他们愿意每时每刻不断重构自己的代码吗？（来源于极限编程——敏捷著名流派之一）
另外，自动化的诉求非常高。

作者: nedved1020 时间: 2013-9-26 17:24
敏捷的所有理念基于y管理理论——积极理论
这点很强大！！
迭代就意味着每天都在翻新测试用例，跟着需求不停地转，还要不停地回归--AgileTest

作者: 喜洋洋8902 时间: 2013-9-26 17:55
回复 48# 六月天

什么是Case代码化啊？是指自动化测试脚本吗？非常谢谢啊！

作者: 六月天 时间: 2013-9-27 17:24
回复 52# 喜洋洋8902

可以这么理解。如果做不到，也可以用伪代码描述

作者: jiangbiqing 时间: 2013-9-29 16:57
敏捷，大家都在讲，我对它的理解没有特别死的定义，能在计划内完成迭代开发并输出高质量的产品就是敏捷，要找适合自己公司项目的每个活动环节。我自己经验总结几以下几点：
1、团队的稳定性，团队的沟通粒度，团队的凝聚力都有关系
2、很多敏捷流程不是用来套用，是从过去或其它公司的流程鉴别哪些最适合公司项目的活动，然后加强粒度执行及优化
3、需求变更及快递迭代需求的推送要及时覆盖项目每个成员知晓，快速反馈风险的评估，积极做出响应
4、提测版本质量，需要开发加强粒度，测试加强监督执行
5、每个迭代上线后，一定得有效的总结及分析，哪些流程活动需要优化
如果在项目中，上面一些环节注意并规范的执行，我想敏捷能顺利进行，并能输了高质量的产品

作者: jiangbiqing 时间: 2013-9-29 16:59
敏捷，大家都在讲，我对它的理解没有特别死的定义，能在计划内完成迭代开发并输出高质量的产品就是敏捷，要找适合自己的一些流程活动环节，我自己经验总结几以下几点：
1、团队的稳定性，团队的沟通粒度，团队的凝聚力都有关系
2、很多敏捷流程不是用来套用，是从过去或其它公司的流程鉴别哪些最适合公司项目的活动，然后加强粒度执行及优化
3、需求变更及快递迭代需求的推送要及时覆盖项目每个成员知晓，快速反馈风险的评估，积极做出响应
4、提测版本质量，需要开发加强粒度，测试加强监督执行
5、每个迭代上线后，一定得有效的总结及分析，哪些流程活动需要优化
如果在项目中，上面一些环节注意并规范的执行，我想敏捷能顺利进行，并能输了高质量的产品

作者: caocao0516 时间: 2013-9-30 11:47
回复 11# 六月天

老师：
对于2，3点能在详细阐述下吗，概念性的理论如何运用到实际中呢？通过您描述的敏捷测试的切入点，有点像测试驱动开发的过程。
但对于需求不稳定，变化频繁。开发也频繁迭代。测试如何控制去做敏捷测试呢

作者: caocao0516 时间: 2013-9-30 11:54
回复 30# 51dhy1014

很有同感，咱俩不会在同一个公司吧哈哈哈

回正题。对于这类的情况，敏捷测试是否仍有必要性，如何开展，在什么地方去入手充当什么角色。传统意义的找Bug与现在意义的保护代码到底有什么区别是投入时间点的不同吗

作者: zbj793989849 时间: 2013-9-30 16:50
老师，您好！
我看过关于敏捷测试的文章，都提到了自动化测试在敏捷开发中是很重要的。那我想问一下，何时进入自动化测试？个人认为功能测试是必不可少的，还有回归测试？但如何在那么短的时间内，完成功能测试、回归测试、自动化测试？

作者: zbj793989849 时间: 2013-9-30 16:56
老师：
您好！
我看过关于敏捷测试的文章，都说自动化测试在敏捷开发中很重要。那我想问一下，何时可进入自动化测试。个人认为功能测试、回归测试也蛮重要的。我们如何在那么短的时间内，更好的完成功能测试、回归测试以及自动化测试呢？

作者: Nio 时间: 2013-10-8 09:39
本帖最后由 Nio 于 2013-10-8 10:39 编辑

就测试而言，根本就没有敏捷这一说！

你谈测试，就必须有PDCA这四件事。不写计划不写用例就敏捷了？人员能力高了就敏捷了？没有文档就敏捷了？

本人一直认为谈敏捷是为偷懒找个合适的借口。

敏捷开发是种项目管理模式，不是测试（管理）模式，也不是测试方法。

作者: 六月天 时间: 2013-10-8 10:40
回复 56# caocao0516

可以理解成大的测试驱动开发。
测试就应该要做到预防才最好。入手当然是从需求入手。我们需要把原来的传统观念换掉，测试不是等着开发做出需求分析说明书再来设计用例，而是由测试来设计用例后，作为需求交给开发。事实上很多公司已经在这么做了。

作者: 六月天 时间: 2013-10-8 10:42
回复 58# zbj793989849

比较理想的是在被测模块完成前，就准备好自动化用例，当模块被提交后自动完成测试执行。至于回归测试，敏捷中其实每时每刻都在回归。你可以去了解下持续集成的实践。

作者: dongdongxu 时间: 2013-12-5 16:29
敏捷测试更短的时间内完成任务，我在这个过程中做了什么，这个过程对于有经验的人很懂，也是菜鸟变老鸟的蜕化吧。

作者: 战神坦克兵 时间: 2014-2-12 13:27
灌水，，讲解在哪里？？没看到呀

作者: alice2003yf 时间: 2014-2-25 22:30
学习，敏捷说是测试，不如说是开发，因为敏捷开发测试模式最接近于理想的开发流程，在产品需求阶段就引入测试，而且迭代也非常快，实在是一个很不错的软件开发模式。不过他对人的要求更高，只有愿意不断提高软件开发效率，精益求精追求软件产品质量的人用了这个模式，才会开发出更好的完美的软件产品来，这个模式如让这些人如虎添翼。

作者: bangbangtangchu 时间: 2014-9-13 10:22
飘过

作者: jianzhong98 时间: 2014-9-15 09:36

51dhy1014 发表于 2013-9-12 13:51
回复 25# 六月天

谢啦，听您这一说我心理踏实了。

你这个状态确实有点糟糕啊

作者: frances720 时间: 2014-9-15 11:58
不错的嘉宾

作者: frances720 时间: 2014-9-15 11:58
还能回复吗

作者: 蛊魅 时间: 2015-8-8 10:10

目前公司就是就是做的敏捷

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)