如何使用思维导图整理测试点?

题 记 本文给出的例子是信用卡管理行业的,小编力求写的通俗一些。文章记录的是一名一年测试经验的工程师(下文以小明代指)在初次使用思维导图时遇到的问题,我觉得比较有普遍性,所以把过程分享出来,希望能让更多的人收益。文笔有限,若仍有疑问,可留言或加小编微信详细咨询。 文章力求回答以下问题: 1、思维导图是什么?用它整理测试点有什么好处?跟用例的区别 2、需求举例,并分析如何使用思维导图拆解需求、整理测试点 3、分析APP需求时的一些思路

一 为什么要用思维导图整理测试点? 用思维导图整理测试点的好处是什么?

1、思维导图是什么的

思维导图又称脑图、心智地图、脑力激荡图、灵感触发图、概念地图、树状图、树枝图或思维地图,是一种图像式思维的工具以及一种利用图像式思考辅助工具。思维导图是使用一个中央关键词或想法引起形象化的构造和分类的想法;它用一个中央关键词或想法以辐射线形连接所有的代表字词、想法、任务或其它关联项目的图解方式。

2、思维导图工具有哪些?

常用的工具有Xmind和MindManager。

3、为什么使用思维导图?

个人认为使用思维导图有以下几点好处:

  • 把需求文档中的需求点整理到思维导图中,就不用一遍遍的去看文档,节省一些时间;
  • 思维导图更符合人的认知规律;
  • 在时间紧张时,思维导图可以替代用例,省去“写用例”的时间,将更多的时间放到测试执行上;
  • 利于评审。评审思维导图整理出的测试点比评审测试用例更清晰明了。对参加评审的产品和研发人员来说,看到测试点就能了解到测试覆盖是否全面,如果有的测试点不清楚输入输出,可以标出来单独提问;
  • 整理思维导图不会花费很多时间,不会因为增加了这个环节就导致测试时间不够用,况且可以把导图导出为excel格式。
  • 有利于训练测试人员的“测试思维”;
  • 有的测试人员直接开始写用例,写着写着可能就头晕了,不知道怎么写下去了。一部分原因是花了更多的时间在“写”这个动作上,而不是“思考分析”上。

思维导图不能完全替代用例。一方面用例中会详细描述输入输出(包括一些测试数据),这对于执行他人用例时有帮助;另一方面,管理者可以根据用例更好的检查工作、评估工作量;更重要的,用例可以整理出一些测试集,结合到每次迭代中。

二 需求说明

需求界面

需求说明:

  1. 页面下方的说明通过后台控制
  2. 每张卡的服务月数,通过加号进行增加,当大于0的时候,则出现左侧的减号和数字,当等于0的时候,则隐藏左侧的减号和数字。最大到12个月,超出点击无反应

通知设置页面:

  1. 按钮有两种状态,开启中和已关闭
  2. 当服务已结束,则没有按钮显示
  3. 服务中的信用卡,需要显示到上面,已结束的显示到下面

三 初次成果

安排了任务半天后,小明告诉我整理完了,并给我展示了他的工作成果:

扫了一眼,我问他:“选择信用卡”主题有两个子主题,“选择月份”下面有三个子主题,你跟我说说你写这五个子主题的测试点分别是什么?

小明考虑了半天,没有说话。

于是我给他一个提示:比如说“未绑定银行卡”,测的是空态页面;绑定多张,可能是测试最大的绑卡数量;选择月份选择多个月,可能是想知道若服务月份大于信用卡到期剩余月份的情况,再比如支付的时候若客户连支付宝都没有呢......

小明立刻追问:可是我没有那么多信用卡啊?

我:对待这类问题的一般思路是,先分析测试的必要性,如果有必要但现实条件不满足,那就报风险,让上级去协调资源。而且,现在你是在做需求分析,对这种不确定的问题(比如可以绑定多少张卡)是不是应该先去了解一下?

小明:好的。

我:分析需求,也要通盘考虑,比如说支付从开始发起请求到最终结果有几种情况,每种情况经过多少环节。比如大多应用程序的请求处理路线是客户端-网络-web服务器-网络-应用服务器-网络-数据库....客户端。思考异常测试点的时候,可以把这个处理过程跟业务结合起来,考虑一下每个环节出错时会出现什么问题,比如说某个环节处理时网络中断,我们的产品有什么表现。

小明若有所思的点点头,又开始埋头整理。

又过了半天给我看了第二版。

我跟他说了5点:

  1. 别闷头整理,再去看看需求,目前基本需求都没有覆盖
  2. 程序说到底就是处理数据,数据的处理方式无非是增删查改。做测试分析的时候,就是结合业务,考虑每个元素增删查改对应的是什么。比如银行卡对应的删除就是“解绑”,你这里没有考虑银行卡解绑的情况。
  3. 这也是一个APP的功能,你在考虑的时候也得结合给你发的APP测试框架,比如说框架里关于冲突测试、网络异常情况在这里都没有体现。
  4. 以前出现的bug中,有没有需要借鉴的。有的话整理到这个测试点中。
  5. 网上搜索一下类似的功能,看看有没有可参考的。

小明很无奈的点点头,继续去整理。

四 测试人员的思考角度

在沟通时有这样一个问题,我觉得有必要提一下,测试新手可能会出现这样的问题。

在上文提到,我举例时说道要考虑信用卡的有效期。即比如用户选择服务月份是12个月,但他的信用卡有效期可能明天就到期了。这种情况怎么办?

小明说:我们不需要关注这个吧?我们既然提供了服务,用户怎么选择是他们自己的问题,跟我们无关啊。

我:作为一名测试人员,需要从多个角度考虑问题。你刚才只是从公司盈利角度考虑问题,但还应该从程序员、客服、客户等人的角度去考虑问题。你需要考虑这个情况在现实中是否存在,怎么处理更合适。在需求文档中,不会描述的那么详细,很多情况需要你自己进行考虑。而且即使单从公司盈利角度,这个问题考虑的也有问题,违背可持续发展的原则。

小明:怎么从其他人角度考虑?

我:拿客服角度来说,你也加了客服群,应该看到每天客服要处理多少客户的问题。作为测试人员,你要考虑她们处理的那些问题中,有哪些是可以在程序层面上进行优化的,这样做好了,就可以大大减少客服的工作量,同时提升用户满意度。

结 语 小明在之前的工作中没有接触过专业的测试流程和知识,所以在这次任务过程中暴露出来缺乏一些测试的基本常识。同时这也是行业通病,如果持续下去,即使工作四五年,也可能做不出让人满意的工作。

推荐阅读

  1. 用户体验经典吐槽
  2. 测试员的角色浅谈
  3. 测试者的两大类型特点及发展空间

原文发布于微信公众号 - 软件测试经验与教训(udatest)

原文发表时间:2018-05-29

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Python入门

小伙用Python 分析了 20 万场吃鸡数据,网友:原来吃鸡这么简单

最近老板爱上了吃鸡(手游:全军出击),经常拉着我们开黑,只能放弃午休的时间,陪老板在沙漠里奔波。 上周在在微信游戏频道看战绩的时候突发奇想,是不是可以通过这个方...

1944
来自专栏效率达人

推荐6款好用却不为人知的效率软件!

如今科技越来越发达,越来越多的日常辅助软件工具被人们用于办公。软件工具只是为了表达我们诉求的一种方式,所以在不同的工作环境或个人习惯的情况下,每个人使用的方式也...

1122
来自专栏腾讯大讲堂的专栏

微信红包【技术篇】——如何在服务有损的情况下保证用户体验

腾讯大讲堂隆重推出【100亿次的挑战】系列海量服务之道2.0讲座,覆盖技术、产品、项目管理、支撑、支付5个维度。第一场【技术篇】3000名鹅厂员工参与,场面火爆...

2548
来自专栏数据派THU

【数据蒋堂】功夫都在报表外--漫谈报表性能优化

来源:润乾软件 作者:蒋步星 编辑:刘晴敏 本文字数为2219字,建议阅读6分钟 本文由蒋步星讲述了报表性能优化的问题。 应用系统中的报表,作为面向业务用户的窗...

3249
来自专栏LiveEdu在线科技教育平台

2017编程趋势预测:10大技术大热,10大技术遇冷

在编程世界,流行的是科学,严谨和精确的准则。这不是说编程是一种缺乏趋势的行业。不同的是,由于编程重视的是高效,用户化和使用方便,因此编程技术需要不断更新换代。那...

32410
来自专栏phodal

2017 年,我挖的那些开源软件坑

造轮子,是一个程序员的基本装逼技能。这些轮子可以的来源可以是: 我们日常工作中遇到的一些问题,提出的解决方案。 使用某个开源软件的过程中,发现它不能满足我们的需...

2307
来自专栏大数据文摘

编程即人生:从编代码中学到的三条生活感悟

2775
来自专栏腾讯开源的专栏

破界!Omi生态omi-mp发布,用小程序开发生成Web

omi-mp 是什么 Omi 框架是微信支付线研发部和 AlloyTeam 开源的通用 Web 组件化框架,基于 Web Components,用来开发 PC...

1.5K8
来自专栏about云

程序员:如何提高影响力,为自己代言

影响力,让梦想离你更近。 试想一下,有一天你开发了一个新的语言。它比现有的某某主流软件,运行效率将提高了50%,开发效率提高了100%。接着,你在github...

3837
来自专栏云计算D1net

云计算网络中混合WAN和SD-WAN的不同

1945

扫码关注云+社区

领取腾讯云代金券