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

51dhy1014

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

qquui09

百里挑一，一手货源，银行卡办理，卡QQ1464978910

六月天

回复 15# junyjiang


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

junyjiang

回复 23# 六月天 好的，thx！

六月天

回复 21# 51dhy1014


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

songfun

一哥，我爱你！！

回复  omg

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

六月天

回复 26# songfun


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

shijin880921

项目越来越大，越来越复杂，跟其它系统的交互越来越多。 版本更新迭代快，基本2周一个版本，如何再快速功能迭代避免遗漏某些测试点？

六月天

回复 28# shijin880921


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

51dhy1014

回复 25# 六月天

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

violet0214

什么是敏捷测试？

violet0214

什么是敏捷测试？

喜洋洋8902

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

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

非常感谢！！！

jenery

测试用例编写完后，经常不是按照用例来执行，拿着系统就测试的，怎么规范有效的执行

shijin880921

回复 34# jenery


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

zbl0531

敏捷测试是建立在项目实施敏捷开发基础上的。所以，所谓的敏捷测试，不如说是敏捷开发。对嘛

tshabc

六月天

回复 33# 喜洋洋8902


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

六月天

回复 34# jenery


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

六月天

回复 37# zbl0531


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