本文介绍了在敏捷开发环境中实现性能测试的三种方法：按需(on demand)、聘用(on retainer)和全部投入(full immersion)。按需模式适用于已有性能测试基础的企业，聘用模式作为过渡，而全部投入模式则要求性能测试人员深度融入开发团队，对性能测试负主要责任。每种模式都有其适用场景和挑战，企业在选择时应考虑自身资源和性能需求。
对于已经钟情于敏捷开发，但还没有完全集成性能测试的企业，我介绍三种方法，这些方法我都亲眼见证了不同程度的成功： on demand(按需)、on retainer(聘用)和full immersion(全部投入)。
On demand(按需)
也被看做是“卓越中心”，这个模型的功能等价于将其外包给一个内部组织。这并不是一个过渡敏捷的模型，但是这个是大多数企业试图一开始集成其性能测试到敏捷开发周期中，因为性能测试已经是敏捷转换开始之前的“on demand”模型了。
对于“On demand”模型的性能测试，要和敏捷开发周期共同运作，有几处需要处理的不同于在非敏捷开发工作。尤其是：
定期利用“On demand”服务，不仅仅是为产品发布候选版构建。
性能目标、目的、宗旨或是预算必须成为每一个用户故事的标准部分。
开发者必须对测试单元层、组件层负责。
全职的团队成员必须管理性能相关工作，包括这些没有明确提到的部分。
“On demand”在性能非常重要的情况下可能并不充分，比如开发者没有进行性能测试并在他们的水平不断调试，或者当非全职团队成员负责协调、支撑以及管理性能相关的任务。
On retainer(聘用)
“On retainer”模型通常是企业所使用的一种“On demand”和“full immersion”之间的过渡模型。因为企业没有足够的性能测试人员、性能测试环境或者是性能测试工具来支持“full immersion”模型。
在这个模型中，每
最低0.47元/天 解锁文章
7703
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
