如何使用xmind编写测试用例.pptVIP

如何使用 Xmind 设计测试用例 李璐 传统编写测试用例的缺点 ? 1. 编写时间成本高 ? 2. 评审人难发现遗漏点 ? 3. 业务逻辑不清晰，可执行性差 ? 4. 需求变更难维护 为什么使用思维导图 ? 把需求文档中的需求点整理到思维导图中，就不用一遍遍的去看文档， 节省一些时间 ； ? 思维导图更符合人的 认知规律 ； ? 在时间紧张时，思维导图可以替代用例，省去“写用例”的时间， 将更 多的时间放到测试执行上 ； ? 利于评审 。评审思维导图整理出的测试点比评审测试用例更清晰明了。 对参加评审的产品和研发人员来说，看到测试点就能了解到测试覆盖 是否全面，如果有的测试点不清楚输入输出，可以标出来单独提问； ? 整理思维导图 不会花费很多时间 ，不会因为增加了这个环节就导致测 试时间不够用。 如何用 Xmind 编写精简的测试用例 ? 1. 一看用例名，就知道步骤及预期结果的，仅写用例名 ? 这里的用例名，也就是我们的测试点、需求验证点。 ? 2. 仅看用例名，不能预知操作步骤的，还须把操作步骤写出来 ? 3. 仅看用例名，不能预知预期结果的，还须把预期结果写出来 ? 4. 针对一些步骤比较复杂的用例，步骤和预期结果都要写出来。 ? 5. 预期结果、操作步骤有时候都可简写：直接以备注、说明、提醒点替代 ? 注：用例粒度可粗可细，结合时间成本考虑，做到合理的划分即可。 ? 6.