如何使用xmind编写测试用例_第1页
如何使用xmind编写测试用例_第2页
如何使用xmind编写测试用例_第3页
如何使用xmind编写测试用例_第4页
如何使用xmind编写测试用例_第5页
免费预览已结束，剩余1页可下载查看

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

传统编写测试用例的缺点1.编写时间成本高2.评审人难发现遗漏点3.业务逻辑不清晰，可执行性差4.需求变更难维护第一页第二页，共7页。为什么使用思维导图把需求文档中的需求点整理到思维导图中，就不用一遍遍的去看文档，节省一些时间；思维导图更符合人的认知规律；在时间紧张时，思维导图可以替代用例，省去“写用例”的时间，将更多的时间放到测试执行上；利于评审。评审思维导图整理出的测试点比评审测试用例更清晰明了。对参加评审的产品和研发人员来说，看到测试点就能了解到测试覆盖是否全面，如果有的测试点不清楚输入输出，可以标出来单独提问；整理思维导图不会花费很多时间，不会因为增加了这个环节就导致测试时间不够用。第二页第三页，共7页。如何用Xmind编写精简的测试用例

1.

一看用例名，就知道步骤及预期结果的，仅写用例名

这里的用例名，也就是我们的测试点、需求验证点。

2.

仅看用例名，不能预知操作步骤的，还须把操作步骤写出来

3.

仅看用例名，不能预知预期结果的，还须把预期结果写出来

4.

针对一些步骤比较复杂的用例，步骤和预期结果都要写出来。

5.

预期结果、操作步骤有时候都可简写：直接以备注、说明、提醒点替代

注：用例粒度可粗可细，结合时间成本考虑，做到合理的划分即可。

6.

技巧

根据具体情况，可以适当做些备注(可以是一些业务逻辑、规则、需求、预期结果等)，让人看得更明白

为了避免模块层级过多，可以不进行模块划分就不划分，当然也可以采用其它技巧，比如模块名称写成“大模块-子模块”的形式第三页第四页，共7页。Xmind使用方法第四页第五页，共7页。子模块功能1功能2如果给出界面原型，则截图粘贴即可页面元素及对应校验一看用例名，就知道步骤及预期结果的，仅写用例名如果预期结果是下一用例的条件，则按逻辑顺序接着写

人人文库> 全部分类> 教育资料 > 课件下载

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论