一：上传图片
对于上传的文件，假设系统要求上传的文件为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、测试各种条件组合查询返回结果的正确性，从理论上来说应该用正交设计来设计用例，但是这样设计出来的用例也还是很多，再加上一般项目中的查询使用的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）查询结果是否与[url=]数据库[/url]一致
（6）查询结果是精确查询还是模糊查询
UI验证
（1）文字显示是否正确
（2）页面是否有错别字
（3）输入框大小、文字大小是否合适
（4）页面是否美观
（5）查询结果字段显示是否与需求一致
性能方面
（1）查询处理时间是否能接受
（2）数据库中存在大数据量数据时，查询时间是否能接受
（3）当多个用户同时查询时，输入相同或不同的查询条件系统响应是否及时
以下是我自己总结的：
对于查询功能，同样可以从以下几个方面来进行用例的设计：
1、功能方面考虑：应用边界值和等价类划分法进行用例的设计
边界值：输入最大长度的文本，能否搜出来？输入空格或空，能否搜索出来？
等价类：要考虑到一些特殊符号的输入查询。
2、易用性方面
3、界面方面
4、安全角度：比如输入一些脚本语言，看是否执行，主要是防XSS攻击问题
5、性能角度：查询效率、并发、响应时间问题的考虑
http://www.bcbxhome.com/bcbx/forum.php?mod=viewthread&tid=103&fromuid=27
(出处: 编测编学软件测试)