在《如何处理敏捷开发中的迭代问题（上）》中，主要介绍了敏捷软件开发中非常重要的方面，同时提出最常见的症状是项目团队中一直增长的“技术债务”的意识。下面将继续为您介绍如何处理敏捷开发中的迭代问题。
　　
　　主题专家不是测试人员

　　在发布的尾声，您刚刚向真实用户发布了出色的新产品，立刻就有用户发现了软件中的严重缺陷。当你重审错误报告时，你会觉得你的脖子和耳朵很烫，因为这是一个令人尴尬的明显缺陷， 它意味着只需10分钟的修复加上深夜的紧急部署。为什么测试它的主题专家没有发现,之后还接受了这个与这个缺陷有关的用户故事？

　　主题专家（SMEs）对于一个敏捷开发团队来说是极好的资产。他们写用户故事，对故事划分优先级，测试这些故事，并且接受或者拒绝它们。在迭代过程中，他们给敏捷开发团队的反馈让您的软件工作能经得起时间的考验，但它们对应用的质量而言并不是一个完备的战略。如果您完全依赖于他们发现所有的缺陷，你将会遇到后期的质量问题。如果您接受一个简单的事实，你就可以避免这些问题：主题专家不是测试人员，他们不会找出你所有的缺陷。

　　您能极其轻松地解决这个问题：找一个测试人员，让他们的测试在故事实现的范围内正式执行每个步骤。对敏捷团队来说最好的测试人员是那些擅长探索性测试的人，也称为基于会话的测试管理。敏捷团队中最差的测试人员是要求编写测试脚本的。

　　一个好的测试人员在一个典型的软件工程中能配合4到5个开发人员。重要的是拥有一个良好的系统用来跟踪哪些故事已经测过了哪些还没有测。（查看我为敏捷测试员推荐免费工具的相关文章，对这很有帮助）在开发人员交付了一个用户故事后，测试人员应该测试一下，要么接受要么拒绝，就像主题专家一样，但要比他们领先一步。如果在你的敏捷工程上存在质量问题，在迭代开发过程中引入一个非常熟练的测试人员将会有有显著的帮助。