不可能,看了这篇笔记还不会用例设计!

随着测试技术的提升,我们在不断学习跟进的同时,也不能把基础知识忘却了。

 

测试基础里面最重要的一个成果输出就是测试用例,也是测试思维的集中体现。现在虽然有些岗位不写用例了,但是要求还要测试执行覆盖全,不能漏测。所以设计好的用例不在电脑里,不在表格里,而是在我们测试人员的脑海里~~~

下面我们再回顾一下,测试用例到底是怎么一步步出来的。

 

要求:对如下界面进行用例设

 

 

 

 

第一步:针对这个界面进行信息分析

 

1.了解这个界面是从哪里来的,所以要验证点击该群聊记录是否可以进入该群聊界面

2.进入界面后,是否可以退出去,那么就要验证是否可以切换其他的聊天窗口或者直接关闭该窗口。

 

第二步:具体研究对话框界面


 

 

 

 

从上到下从左到右分布:聊天名称,群的介绍,群主信息,信息展示,群公告,群成员,输入框,输入框的工具,发送按键

 

 

第三步:将功能整理成思维导图模式

 

 

根据上面分析的,再逐一细化成思维导图:

 

 

 

 

 

 

根据思维导图再进一步分析,如聊天名称

 

 

 

 

 

 

 

再来分析群信息,群信息有两个考虑点,一个是人员数量,一个群主。因为只有这两个数据会发生变化,那么分析得出如下信息:

 

 

 

 

 

 

 

 

下面换一个比较复杂的功能:输入框

当拿到这个界面,在没有需求文档的情况,这该如何分析呢?

 

 

 

 

 

 

 

根据上面信息再细化成测试点

 

 

 

 

 

 

 

如上就是测试点提取的过程

最后不要忘记这个聊天的框的整体功能

 

 

 

 

 

 

 

那么到来这个界面,这个聊天的模块基本就可以完成。

 

根据以上思路,用例设计还有问题吗?如果还有,直接留言来找我!!!

 

 

posted @   WanWuJieKeLian  阅读(6)  评论(0编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 记一次.NET内存居高不下排查解决与启示
点击右上角即可分享
微信分享提示