软件开发中的探索性测试与敏捷开发实践
探索性测试：发现软件与流程问题的关键
探索性测试不仅能为软件本身提供反馈，还能反映团队流程的有效性。当测试发现软件存在缺陷时，这表明团队的工作效率可能有待提高。此时，应像“无缺陷”理念所提及的那样，修复软件和流程。
如果在利用探索性测试的反馈改进了软件和流程后，仍频繁发现大量缺陷，那就意味着流程仍存在问题。不要放弃，要深入查找根本原因，持续努力改进。很多时候，问题源于在有限的时间内试图完成过多的任务。
当缺陷泛滥时，有人可能想增设质量保证（QA）部门来捕捉缺陷。这或许能暂时解决问题，但却可能引发一系列不良后果。例如，有一个团队因客户在“已完成”的故事中发现缺陷，导致项目进度缓慢，程序员们感到沮丧。于是，威尔玛和贝蒂让擅长找缺陷的杰夫来测试，杰夫找出一堆缺陷后，他们修复并交付了故事，客户也满意了。然而，后续他们越来越依赖杰夫找缺陷，程序员自己发现缺陷的能力下降，最终软件质量反而变差。所以，要让团队承担起生产无缺陷软件的责任，而不是依赖测试人员，应利用探索性测试的信息来改进流程。
以下是一些关于探索性测试的常见问题及解答：
-测试人员应与其他团队成员结对吗？：这取决于团队情况。与程序员和客户结对能打破测试人员与其他成员之间的自然障碍，促进信息流通，但程序员可能没时间与测试人员结对，所以要找到平衡。
-探索性测试的负担会随项目推进加重吗？：不应如此。有些团队将探索性测试用作手动回归测试，每次迭代都探索新特性、现有特性及其交互等，导致测试时间难以管理。正确做法是用测试驱动开发创建全面的自动化回归测试套件，将探索性测试重点放在新特
