• 14
  • 14
分享
  • 上传文件和导出的测试用例设计——软件测试圈
  • 饭团🍙 2021-11-26 11:56:23 字数 3759 阅读 2062 收藏 14

一、上传图片

对于上传的文件,假设系统要求上传的文件为jpg或gif格式图片,大小为<=5M的文件,我们在设计测试用例时,应该从以下几个方面进行考虑:

1:文件类型正确,文件大小合适的校验

例如:上传一种jpg或gif的格式图片,文件大小为4.9M,结果为上传成功

2:文件类型正确,文件大小不合适的校验

例如:上传一种jpg或gif的格式图片,文件大小为5.1M,提示为:“上传的附件中大小不能超过5M”

3:文件类型正确,文件大小合适的校验

例如:上传一种jpg或gif的格式图片,文件大小为5M,结果为上传成功

4:文件类型错误,文件大小合适的校验

例如:上传.doc;.xls;ppt;bmp;jpeg;psd;tiff;tga;png;swf;svg;pcx;dxf;wmf;emf;lic;eps;.txt等格式文件,文件大小合适,提示“只能上下jpg或gif格式图片”

5:文件类型和文件大小合法,上传一个0kb的图片,提示信息:“请重新上传文件,或者是不能上传0kb的图片”

6:文件类型和文件大小合法,上传一个正在使用中的图片(即打开该图片,在上传该图片),上传成功

7:文件类型和文件大小合法,手动输入一个存在的图片地址,点击上传,上传成功

8:文件类型和文件大小合法,手动输入一个不存在的图片地址,点击上传,提示:“请正确选择要上传的文件”

9:文件类型和大小都合法,手动输入一个存在的图片名称,点击上传,一般情况下系统会提示:“请正确选择要上传的文件的路径”

二、文件导出

1、验证导出文件名长度,根据具体情况而定

2、验证导出文件为空的情况

3、验证导出文件名为特殊字符的情况

4、验证导出全部资料的情况,导出的信息是否正确

5、验证导出部分资料的情况,导出的信息是否正确

6、验证导出大量数据时的时间是否在合理的时间范围内

7、验证导出目的磁盘空间已满的情况下,导出是否有友好的处理方式

8、验证导出目的的文件夹为只读的情况下,导出时是否有友好的的提示信息

文件上传:

页面

1、页面美观性、易用性

2、按钮文字正确性

3、说明文字是否正确

4、正确/错误的提示文字是否正确

5、提示当前位置是否正确,并且和其他页面保持一致格式

6、必添项的标示是否正确

功能

1、路径是否可以手工输入

2、上传文件超过最大值是在提交前校验还是提交后校验

3、上传文件格式是否全部支持

4、上传文件是否支持中文名称

5、文件名称的最大值、最小值、特殊字符(包含空格)、使用程序语句是否会对其造成影响、中文名称是否能正常显示

6、对于是否发布的设置是否正确

7、简介最大值、特殊字符、使用程序语句是否会对其造成影响

按钮

1、保存按钮

  • 对输入项有错误提示后光标提示是否正确

  • 对输入项的错误提示是否描述正确

  • 对必添项是否进行校验

2、清空按钮

  • 是否清除了填写内容

3、返回按钮

  • 是否返回上一页面

文件下载:

页面

1、当前位置的提示是否现实正确

2、页面美观性、易用性

3、按钮文字是否正确

4、说明性文字是否正确

5、正确/错误的提示文字是否正确

功能

1、右键另存为是否可以正确下载文件,并且记录下载次数

  • 工具下载是否正确,并且记录下载次数

2、单击下载是提示下载还是在页面打开

  • 直接打开是否显示正确

  • 对于本机没有安装工具的文件是否能够打开,是否能给出正确的提示

  • 对于直接在页面内打开的内容是否能够显示正常,页面美观性

  • 保存到本地是否能正确显示

  • 取消下载是否会纪录下载次数

3、下载次数是否被正确记录

4、后台没有发布的文件是否在前台可以找到并下载

5、后台设置了下载权限的文件是否可以被正确看到、是否可以下载

按钮

返回按钮是否回到上一页面

再补充一些其他的常见测试点:

1、上传文件名测试,检查不符合文件名规范

2、上传文件名类型测试,检查不同文件类型是否支持如:.rar,.mp3,avi等

3、上传文件大小测试,检查不同文件规格大小如:0字节文件,1kb,200kb,2mb,20mb,2g等

4、上传文件容错性测试:如检查覆盖同文件操作;

5、上传文件异常情况测试:如硬盘空间不足

6、上传文件速率性能测试:检查上传不同的文件在不同的网络环境响应速度,及系统资源占用

7、上传文件安全性测试:如上传常见木马

8、上传文件易用性测试:检查上传文件操作是否让用户易于学习和理解使用等

9、上传文件特性测试:如果支持如断点续传等一些特性

10、上传文件后,检查是否与源文件一致,包含目录设置等

11、上传文件,是否能打开等

文件上传测试用例

SC001功能测试选择符合要求的文件,上传上传成功
SC002
上传成功的文件名称显示显示正常(根据需求)
SC003
查看,下载上传成功的文件上传的文件可查看或下载
SC004
删除上传成功的文件可删除
SC005
替换上传成功的文件可替换
SC006
上传文件是否支持中文名称根据需求而定
SC007
文件路径是否可手动输入根据需求而定
SC008
手动输入正确的文件路径,上传上传成功
SC009
手动输入错误的文件路径,上传提示,不能上传
SC010文件大小测试符合格式,总大小稍小于限制大小的文件 上传成功
SC011
符合格式,总大小等于限制的大小的文件上传成功
SC012
符合格式,总大小稍大于限制大小的文件在上传初提示附件过大
SC013
小为0kb的txt文档不能上传
SC014文件名称测试文件名称过长。Win2000标准:255个字符(指在英文的字符下),如果是中文不超过127个汉字 提示过长
SC015
文件名称达到最大长度(中文,英文或混在一起)上传后名称显示,页面排版页面显示正常
SC016
文件名称中包含特殊字符根据需求而定
SC017
文件名全为中文根据需求而定
SC018
文件名全为英文根据需求而定
SC019
文件名为中,英混合根据需求而定
SC020文件格式测试上传正确格式上传成功
SC021
上传不允许的格式提示不能上传
SC022


SC023
上传rar,zip等打包文件(多文件压缩)根据需求而定
SC024安全性测试上传可执行文件(exe文件)根据需求而定
SC025
上传常见的木马文件提示不能上传
SC026
上传时服务器空间已满有提示
SC027性能测试上传时网速很慢(限速)当超过一定时间,提示
SC028
上传过程断网有提示上传是否成功
SC029
上传过程服务器停止工作有提示上传是否成功
SC030
上传过程服务器的资源利用率在正常范围
SC031界面测试页面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确)显示正常(根据需求)
SC032
按钮文字是否正确正确
SC033
正确/错误的提示文字是否正确正确
SC034
说明性文字是否正确正确
SC035其他测试有多个上传框时,上传相同名称的文件根据需求而定
SC036
上传一个正在打开的文件可以上传
SC037
文件路径是手动输入的是否限制长度限制一定的长度
SC038
上传文件过程中是否有取消正在上传文件的功能
SC039
保存时有没有已经选择好,但没有上传的文件提示上传
SC040
选择好但是未上传的文件是否可以取消选择可以取消选择

查询测试用例

一、对于查询维度比较多的情况可以分为2部分

1、测试各个查询条件(控件)的输入数据的有效性检查,比如数字输入框输入汉字,点查询就应该有错误提示...

2、测试各种条件组合查询返回结果的正确性,从理论上来说应该用正交设计来设计用例,但是这样设计出来的用例也还是很多,再加上一般项目中的查询使用的SQL语句查询,所以基本上只要测每个单独条件+所有条件+默认+选取几个在业务上来看比较有代表性的组合就OK了

二、以下总结中,输入一些特殊符号进行查询,是我没有想到的:

查询输入

(1)分别对单条件进行精确查询

(2)输入长度的检验,输入允许的最长值进行查询,是否支持

(3)两个查询条件是否为2选1,来回选择是否出现页面错误

(4)输入字符

(5)输入特殊字符

(6)输入数字

(7)输入汉字

(8)输入关系表达式与、或、异或、非、等于

(9)输入空格

(10)条件中含有空格

(11)输入超长字符

(12)输入全角字符

(13)输入单引号

(14)输入单引号引起来的数据

(15)输入双引号

(16)输入双引号引起来的数据

(17)如果支持模糊查询,输入部分查询条件

(18)输入系统中不存在与之匹配的条件

查询结果检查

(1)查询结果按什么顺利排序

(2)查询结果是否根据字段显示排序功能

(3)查询结果是否有分页,如果有,每页最多包含多少记录

(4)查询结果是否匹配

(5)查询结果是否与数据库一致

(6)查询结果是精确查询还是模糊查询

UI验证

(1)文字显示是否正确

(2)页面是否有错别字

(3)输入框大小、文字大小是否合适

(4)页面是否美观

(5)查询结果字段显示是否与需求一致

性能方面

(1)查询处理时间是否能接受

(2)数据库中存在大数据量数据时,查询时间是否能接受

(3)当多个用户同时查询时,输入相同或不同的查询条件系统响应是否及时

以下是我自己总结的:

对于查询功能,同样可以从以下几个方面来进行用例的设计:

1、功能方面考虑:应用边界值和等价类划分法进行用例的设计

  • 边界值:输入最大长度的文本,能否搜出来?输入空格或空,能否搜索出来?

  • 等价类:要考虑到一些特殊符号的输入查询。

2、易用性方面

3、界面方面

4、安全角度:比如输入一些脚本语言,看是否执行,主要是防XSS攻击问题

5、性能角度:查询效率、并发、响应时间问题的考虑


文章来源:百度文库

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 1.性能测试技能树(1)测试工具:loadrunner jmeter:工具+手工程序自动化脚本功能自动化回归,API 。 ui测试难点:用户和业务模型分析搭建,根据用户和业务模型开发合适的脚本,合适的需求分析转化为场景设计,大容量系统的数据生成和使用,大型系统的性能压力负载和实施,云计算的负载生产和实施(2)测试基础:同样的脚本,不同的人员执行,不同的针对点,测试结果会大相庭径。需要对系统进行需求分析,性能测试计划和设计才开始测试计划-N次回归找到瓶颈的具体原因并优化难点:评估需求,负载建模(用户和业务模型),性能生成的原理和并发之间的关系,性能测试用例,新系统需求分析,容量规划,性能测试策略...
            0 0 2494
            分享
          •   一、什么是功能测试  功能测试俗称:“点点点测试”。  只需每天拿着鼠标操作系统业务模块、功能,模拟真实的用户场景来发现问题。  点点点测试含量低,可替代性强。  能看懂需求文档,学过软件测试理论专业知识+项目实践练习即可满足工作需求。  功能测试原理如下图所示:  功能测试不能彻底发现系统中的问题,因为功能测试不用考虑程序内部的逻辑结构原理过程。  只能通过操作软件的输入、输出根据需求来判断结果正确性。  通透现象很难发现本质性的问题。  所以点点点测试没前途,最容易被环境卷掉。  除非贵企业做的传统软件测试,业务复杂,功能测试做好后期可往产品经理、测试实施方向转型。  二、为什么要开展...
            0 0 215
            分享
          • 上一篇文章介绍了正则表达式的一些高级用法的使用,但是一些 常用的正则表达式我们可能会更长用,为了记录和方便以后查询,特记录一些常用的正则表达式。1.找到所有小数的数字,比如10.2引用名称:aa正则表达式:[0-9]+\.[0-9]+模板:$0$区配数字: -1 调用:${aa_1}:取出第一个满足要求的数字${aa_2}:取出第二个满足要求的数字2、找到所有小数点后的数字引用名称:aa正则表达式:([0-9]+)\.([0-9]+)   必须用括号分组模板:$2$   第二组区配数字: -1 取出所有符合要求的调...
            0 0 931
            分享
          • 1、引言由于最近Online环境爆出好几个问题,导致开会被各位BOSS连续的盘问,反正不是站着灵魂拷问,也不是坐着喝茶水闲聊。具体咋样,脑补一下。这让我彻夜难眠,辗转反侧,夜不能寝,饭不能吃,都消瘦了好几两肉!!遥想当年,小鱼我什么时候背过Online的锅。这说来也巧了…前晚这Ali的小姐姐又找我撩骚 ,哦不,是聊天。可能是知道我最近辗转反侧;又对我思念心切…我岂能放过这个机会…于是乎牺牲我的睡眠时间,与她夜夜长谈。最后整理出这篇博文《如何排查Online出现的问题》。做过市场调研的,或者参与过主流产品的核心人员,都会了解到,现在市面上的产品,没有谁敢说自己的产品就是0缺陷;之所以没曝出来或者...
            0 0 13924
            分享
          • 概述记得2019年,微信支付出过一个故障,用户发起支付给了钱后,微信一直不回调,导致使用了微信支付的商家的订单都成了未支付状态了,如果业务系统设计的不好,那瞬间就会有大量的客诉出现。像下面的对话场景,我相信当时肯定非常的多:用户:我支付了好几次了,你说你没收到?别开玩笑了。 商家:我这边真的没收钱。然后心想:这家伙不会是想吃霸王餐吧?虽然像微信和支付宝这样的大牌支付平台,出大故障的几率比较少,但是也不得不防。下面列举几个支付问题以及对应的解决思路。第三方支付平台无法支付以微信为例子,像2019年微信支付出故障时,美团那边,是在APP侧,立刻将微信支付置灰了,引导用户使用支付宝支付,将损失和影响...
            0 0 2405
            分享
      • 51testing软件测试圈微信