敏捷模式下，测试用例的设计方法.docxVIP

? ? 敏捷模式下，测试用例的设计方法 ? ? 背景 常规的编写用例是将当前版本产品需求作为编写的整体目标，执行测试用例是建立在开发全部完成后，也就是瀑布式。为了将时间高效利用，使用敏捷模式，做到一边开发一边测试，这个时候我们常规的设计用例方法就不适用于敏捷模式，那我们需要怎么去设计用例呢？以下是我在敏捷模式下，用常规方法编写用例遇到的一些问题总结及反思。 设计方法 我写的case：逻辑条理不够清晰、无法进行故事卡片拆分敏捷需要的测试case：逻辑条理清晰（给小白也能执行）、case模块化（闭环）、主次明确 逻辑条理清晰：前提、步骤一环紧扣一环，没有重复的用例。比如：天安门在景山公园的前面，我要从我的位置去天安门和景山公园最节约时间和路途消耗的路线是：我-天安门-景山公园而我实际的路线是：我-天安门，我-景山公园在这个例子中我就重复了我-天安门这段路程，我之前写的case同样也是这样的逻辑，写完后的case看着繁文缛节，case多了就容易看着还杂乱； 模块化：模块化的精髓就是：高内聚低耦合；高内聚就是单个模块高度封装内部逻辑，低耦合就是模块之间减少依赖。为什么要低耦合？用我们的case来说就是我们拆分成单独的故事卡片，开发完成后可以直接测试而不被其他功能还未开发受牵制。比如：我除了去天安门和景山公园，我还要去中关村，此时我要去天安门和景山公园可以划分为