关于敏捷开发中遇到的问题，求有经验的大侠传授点功力

veroniquelu

我们项目也正在敏捷的尝试阶段
一两个项目下来我个人觉得还有一些问题，也不知道如何解决，特来请教下各位大虾
1，测试标准不明确。由于是外包公司，很多测试，我们这边通过了，客户不通过，这点很难解决，因为本来需求就是模糊的。导致客户每一次验收的时候发现很多的“bug“，作为测试人员就比较遭殃。因为时间不多，要承受高强度的工作，工作几乎是要加班完成，测试人员容易疲劳，很难覆盖所有的测试，经常吃力不讨好。
2，测试介入时间太迟。目前这个项目就是典型的测试介入太迟，在发布前两天，突然宣布让我测试，于是我一上手又给他们提了好些问题，本来今天发布，但是我提的问题还没有解决。
3，测试范围不明确。这点可能跟客户的需求有关系，敏捷开发本来就是需求变更大，但是作为一个阶段应该要很明白很明确这个阶段结束后，这个项目要达到怎么样的效果。很多时候就是我们完成一个阶段，本来一个应该是可以结束，但是有很多enhancement的change又会发过来，于是，我们的发布日期一推再推。
4，时间利用率。敏感开发讲究的就是快，但是作为一个CMMI5的公司，有很多流程要follow。如果一个星期作为一个sprint的话，那光是写case至少两天吧？我目前的状况是，case能写就写，不能写以后就得补，严重出现拆东墙补西墙的现象，导致以后得项目也无法尽早地介入测试。
5，开发与测试的交流问题。这点我注意到了，由于客户不断变更的需求，开发会比较烦，特别是当测试提出一大堆问题的时候。

wanghuiwan

我们公司现在就是敏捷开发
你这些问题基本上都不是什么特殊问题
因为是敏捷开发 所以整个生命周期中 需求分析是最重要的所以你们尽量用大量的时间和客户进行需求策划的分析，

veroniquelu

回复 2# wanghuiwan [/

  那你们是怎么做的？是怎么来减少这种测试人员的工作负担，怎么提高这种测试的效率？

wanghuiwan

回复 3# veroniquelu


    我们公司属于自主研发的软件所以我们一般做策划和需求的时候都非常的严格因为，需求明确了测试研发以及用户体验效果才能达成一致。我们将工作的重点放到需求上

liangshi

回复 1# veroniquelu

我觉得楼主所遇到的问题是软件开发中的普遍问题，不是敏捷软件开发所特有。

1. 需求持续变更。
2. 需求不清晰。
3. 对于需求不清晰且持续变更，开发有抵触心理，测试展开困难。但是，没有改进的方法。
4. 利用一些敏捷开发的概念，但没有正真落实敏捷实践。且没有意识到许多活动不符合敏捷开发。
5. 已经发现了问题的症状，试图改进。

> 测试标准不明确
这是一个典型的与客户交流的问题，需要与客户一起解决。这是一个世界级难题，没有一劳永逸的解决方法。我建议：
1. 互相派驻员工，协同工作几个发布，建立工作上的相互信任关系。
2. 每天定时电话+视频会议，沟通协调。

> 测试介入时间太迟
敏捷开发要求测试在需求阶段就介入。测试人员与客户一起制定需求，并写出验收测试用例。开发的成果需要通过验收用例，才算完成，此后测试人员进行更深入的测试。

> 敏捷开发本来就是需求变更大
敏捷开发有助于在变化的需求中交付高质量的产品，而不是敏捷开发会导致需求变更。此外，任何开发方法都不能处理需求的快速、剧烈变更。

> 敏感开发讲究的就是快
敏捷开发不是讲究快，而是追求“全员质量责任”。由于所有人都对质量负责，产品符合客户需求、缺陷少，所以自然能够快速发布。单纯最求快，只能是欲速则不达。

> case能写就写，不能写以后就得补
我觉得，在时间紧张的情况下，测试系统是第一位的，文案工作是第二位的。在测试过程中，可以简要记录测试了哪些、使用了哪些测试策略。这些简要的笔记可以看作“实验记录”和测试用例，在某种程度上，符合CMMI5的要求。

> 开发与测试的交流问题
这也是本行业的长期问题。有一个可能的策略是，测试者增强自身能力，获得开发者的尊重。只有彼此尊重对方的能力，才可能平等的交流，这有助于解决交流困难。

jiazurongyu

测试中所需要记录一些关键部分
测试模型不推荐用瀑布模型，因为验收时在加入已经晚了。
敏捷开发和测试是一种框架，自主自觉完成的能力吧 敏捷测试也不代表没有问题分级和只口头描述。事后是说不清楚的

ryugun

想问问LS各位。。敏捷开发具体怎么展开？ 只听说过这个词。。网上查了些资料，看的一头雾水。。现在的公司，动不动就提敏捷2个字。。小弟才做测试1年多点，没接触过，实在不懂~~诚心请教~