web测试常用测试点
web测试基本点培训.ppt
目录
• 界面测试通用测试点 • 页面元素通用测试点 • 相关功能通用测试点
1、界面测试通用测试点
• 页面显示 • 页面布局 • 易用性
1.1、界面测试通用测试点 -页面显示
• 浏览器窗口标准或最大时页面元素显示是否正确，是否美 观，窗口大小变化时页面刷新是否正确； • 电脑显示屏是宽屏或标屏下页面元素显示是否正确，是否 美观； • 字体的大小要与界面的大小比例协调, 通常采用14px； • 前景与背景色搭配合理协调，反差不宜太大； • 页面弹出式提示界面必须大小合理，布局美观，符合系统 风格。
2.13、页面元素-表格
• 表格边线颜色应该符合整个界面的配色方案，表格大方美 观； • 表格边线一般要比内部线条稍粗一点； • 表格中内容显示要求：表头内容统一加粗居中，内容长度 不等的列统一水平靠左垂直居中，内容长度相等的列需要 居中显示； • 表格中不允许出现按钮链接，统一使用字符串链接。
2.14、页面元素-超链接
2.7、页面元素-编辑控件
• 控件上各功能按钮的图标应该符合大众的使用习惯，按钮 大小应符合页面环境； • 鼠标放到按钮上时应该有准确的提示或说明信息； • 各编辑功能可以正确影响被编辑内容的显示效果，可以正 确保存或回退。
2.8、页面元素-单选复选框
• 同一组单选框只能选择其中某一个选项，可以设置默认选 择第一个选项。 • 存在比较多复选选择框需设置的情况下，需要提供复选框 的全选、反选、全不选的功能。
2、页面元素通用测试点
• • • • • • • • • • • • • • • 文本输入框 数字输入框 按钮 下拉列表框 选择框 输入域 编辑控件 单选框 复选框 日期时间控件 弹出窗口 页面导航 内容列表 表格 超级链接
网站系统测试要点及基本方法
网站系统测试要点及基本方法一、测试要点：1.功能测试：对网站系统的各项功能进行测试，包括用户注册、登录、浏览、购买、支付、评价等功能模块。
2.界面测试：测试网站系统的各个页面是否美观、易用、响应速度快，同时要兼容各种分辨率的屏幕和不同的浏览器。
3.性能测试：测试网站系统在并发用户、大数据量和复杂业务场景下的响应速度和负载能力，包括访问速度、页面加载时间、数据库查询速度等。
4.兼容性测试：测试网站系统在不同的操作系统、浏览器和设备上的兼容性，包括Windows、iOS、Android等系统和IE、Firefox、Chrome等浏览器。
5.安全性测试：测试网站系统的防御能力，包括防止恶意攻击、SQL注入、XSS攻击、CSRF攻击等，同时测试用户认证、密码强度、数据加密等安全措施是否有效。
6.稳定性测试：测试网站系统在高并发和长时间运行下，是否会出现崩溃、内存泄漏、缓慢响应等问题。
7.易用性测试：测试网站系统的易用性和用户体验，包括页面布局、功能导航、操作流程、错误提示、信息提供等方面。
8.可靠性测试：测试网站系统在异常情况下的可恢复性、容错性和灾备性，包括服务器宕机、网络中断、数据库异常等情况。
9.移动端测试：测试网站系统在移动设备上的访问和使用情况，包括响应速度、页面布局、手势操作、屏幕适配等。
10.可维护性测试：测试网站系统的可维护性和扩展性，包括代码结构、模块划分、注释文档、接口设计等方面。
二、测试方法：1.黑盒测试：根据需求规格说明书或功能设计文档，编写测试用例，通过输入各种异常数据和边界值数据，检查系统是否能正确处理。
2.白盒测试：对网站系统的源代码进行静态和动态分析，通过代码覆盖率测试、路径覆盖率测试等方法，检查代码的正确性和可靠性。
3.性能测试：采用性能测试工具，模拟并发用户访问网站系统，检测系统的响应时间、吞吐量、负载能力等指标。
4.安全测试：使用漏洞扫描工具、网络嗅探工具等，检测网站系统的安全漏洞，并进行渗透测试、代码审计等方法，验证系统的安全性。
常见的web安全性测试点
常见的web安全性测试重点1.XSS(CrossSite Script)跨站脚本攻击XSS(CrossSite Script)跨站脚本攻击。
它指的是恶意攻击者往Web 页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web 里面的html 代码会被执行，从而达到恶意用户的特殊目的。
测试方法：在数据输入界面，添加记录输入：<script>alert(/30141/)</script>，添加成功如果弹出对话框，表明此处存在一个XSS漏洞。
或把url请求中参数改为<script>alert(/30141/)</script>，如果页面弹出对话框，表明此处存在一个XSS 漏洞修改建议：过滤掉用户输入中的危险字符。
对输入数据进行客户端和程序级的校验（如通过正则表达式等）。
Eg:对用户输入的地方和变量有没有做长度和对”<”,”>”,”;”,”’”等字符是否做过滤2.CSRF与跨站脚本(XSS)CSRF与跨站脚本(XSS)，是指请求迫使某个登录的浏览器向易受攻击的Web应用发送一个请求，然后以受害者的名义，为入侵者的利益进行所选择的行动。
测试方法：同个浏览器打开两个页面，一个页面权限失效后，另一个页面是否可操作成功使用工具发送请求，在http请求头中不加入referer字段，检验返回消息的应答，应该重新定位到错误界面或者登陆界面。
修改建议：在不同的会话中两次发送同一请求并且收到相同的响应。
这显示没有任何参数是动态的（会话标识仅在cookie 中发送），因此应用程序易受到此问题攻击。
因此解决的方法为1.Cookie Hashing(所有表单都包含同一个伪随机值)：2. 验证码3.One‐Time Tokens(不同的表单包含一个不同的伪随机值)客户端保护措施：应用防止CSRF攻击的工具或插件。
3.注入测试SQL注入是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。
Web测试中，各类web控件测试点总结
Web测试中，各类web控件测试点总结一、界面检查进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验1、页面名称title是否正确2、当前位置是否可见您的位置：xxx>xxxx3、文字格式统一性4、排版是否整齐5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一6、同一页面，是否出现字段名称相同、值取不同的问题。
7、数据加载情况：除了文本框的值，还要注意：复选框，是否保存打√，或者保存不打√下拉框，是否保存选择的值多文本框，值是否都被保存，空格，换行是否保存二、单文本框（type=text）边界：字段长度判空：是否可以为空唯一性：是否唯一(小归结：边界、判空、唯一性、特殊字符、正确性)考虑语言，操作环境1）特殊符号测试输入' or 1<>'1' or '1'='1' or '1'<>'2"|?><where a='xxx'下划线是否允许输入全部空格输入单引号><script>alert(“123”);</script>>2）特殊字段输入限定框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉。
输入金额文本框，整数首位为0，过滤掉，小数点后面，一般保留两个有效数字。
正确性测试（必不可少的步骤）字段长度输入最大允许长度时)数据允许长度的测试。
a、页面是否被挤出的测试(都输入长英文字符串，是否断行；b、数据库是否允许最大字符(都输入汉字、都输入英文、混合……；c、最短长度的正确流程，最大长度的正确流程覆盖。
对于允许为空的字段，不填入，再次数据传递后，看是否报500错误。
未规定字段长度（或者数值大小），不按死板输入，输入非常多字符（或者非常大的数值）时，做允许动作的正确性校验，看是否报错。
WEB安全测试要考虑的10个测试点
WEB安全测试要考虑的10个测试点本文主要论述了WEB安全测试要考虑的10个测试点：1、问题：没有被验证的输入测试方法：数据类型（字符串，整型，实数，等）允许的字符集最小和最大的长度是否允许空输入参数是否是必须的重复是否允许数值范围特定的值（枚举型）特定的模式（正则表达式）2、问题：有问题的访问控制测试方法：主要用于需要验证用户身份以及权限的页面，复制该页面的url地址，关闭该页面以后，查看是否可以直接进入该复制好的地址例：从一个页面链到另一个页面的间隙可以看到URL地址直接输入该地址，可以看到自己没有权限的页面信息，3、错误的认证和会话管理例：对Grid、Label、Tree view类的输入框未作验证，输入的内容会按照html语法解析出来4、缓冲区溢出没有加密关键数据例：view－source：http地址可以查看源代码在页面输入密码，页面显示的是*****, 右键，查看源文件就可以看见刚才输入的密码。
5、拒绝服务分析：攻击者可以从一个主机产生足够多的流量来耗尽狠多应用程序，最终使程序陷入瘫痪。
需要做负载均衡来对付。
6、不安全的配置管理分析：Config中的链接字符串以及用户信息，邮件，数据存储信息都需要加以保护程序员应该作的：配置所有的安全机制，关掉所有不使用的服务，设置角色权限帐号，使用日志和警报。
分析：用户使用缓冲区溢出来破坏web应用程序的栈，通过发送特别编写的代码到web程序中，攻击者可以让web应用程序来执行任意代码。
7、注入式漏洞例：一个验证用户登陆的页面，如果使用的sql语句为：Select * from table A where username＝’’+ username+’’and pass word …..Sql 输入‘or 1＝1 ――就可以不输入任何password进行攻击或者是半角状态下的用户名与密码均为：‘or’‘=’8、不恰当的异常处理分析：程序在抛出异常的时候给出了比较详细的内部错误信息，暴露了不应该显示的执行细节，网站存在潜在漏洞，9、不安全的存储分析：帐号列表：系统不应该允许用户浏览到网站所有的帐号，如果必须要一个用户列表，推荐使用某种形式的假名（屏幕名）来指向实际的帐号。
WEB常用测试点
WEB常用测试点：安全性测试：Web应用系统的安全性测试区域主要有：（1）现在的Web应用系统基本采用先注册，后登陆的方式。
因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。
（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。
（3）为了保证Web应用系统的安全性，日志文件是至关重要的。
需要测试相关信息是否写进了日志文件、是否可追踪。
（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。
所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
导航测试：导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。
通过考虑下列问题，可以决定一个Web 应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web 系统是否需要站点地图、搜索引擎或其他的导航帮助？在一个页面上放太多的信息往往起到与预期相反的效果。
Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。
很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。
导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。
确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。
Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
整体界面测试：整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。
例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web 应用系统的设计风格是否一致？对整体界面的测试过程，其实是一个对最终用户进行调查的过程。
Web测试要点
Web测试要点以前在这⾥看到⼀篇⽂章说，要积累各个常⽤模块的测试点，然后到需要测试的时候就根据这些测试点设计测试⽤例，我觉得这是⼀个好⽅法，就决定总结⼀下。
我的实际经验不多，根据我在论坛中学到的零散的东西和⾃⼰的想象，总结出以下⼏点，欢迎各位继续补充。
1. 登陆2. 添加3. 查询4. 删除1. 登陆①⽤户名和密码都符合要求（格式上的要求）②⽤户名和密码都不符合要求（格式上的要求）③⽤户名符合要求，密码不符合要求（格式上的要求）④密码符合要求，⽤户名不符合要求（格式上的要求）⑤⽤户名或密码为空⑥数据库中不存在的⽤户名，不存在的密码⑦数据库中存在的⽤户名，错误的密码⑧数据库中不存在的⽤户名，存在的密码⑨输⼊的数据前存在空格⑩输⼊正确的⽤户名密码以后按[enter]是否能登陆2. 添加①要添加的数据项均合理，检查数据库中是否添加了相应的数据②留出⼀个必填数据为空③按照边界值等价类设计测试⽤例的原则设计其他输⼊项的测试⽤例④不符合要求的地⽅要有错误提⽰⑤是否⽀持table键⑥按enter是否能保存⑦若提⽰不能保存，也要察看数据库⾥是否多了⼀条数据3. 删除①删除⼀个数据库中存在的数据，然后查看数据库中是否删除②删除⼀个数据库中并不存在的数据，看书否有错误提⽰，并且数据库中没有数据被删除③输⼊⼀个格式错误的数据，看是否有错误提⽰，并且数据库中没有数据被删除。
④输⼊的正确数据前加空格，看是否能正确删除数据⑤什么也不输⼊⑥是否指出table键⑦是否⽀持enter键4. 查询精确查询：①输⼊的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据②输⼊正确的查询条件以前加上空格，看是否能正确地查出相应的数据③输⼊格式或范围不符合要求的数据，看是否有错误提⽰④输⼊数据库中不存在的数据⑤不输⼊任何数据⑥是否⽀持table键⑦是否⽀持enter键模糊查询：在精确查询的基础上加上以下⼀点①输⼊⼀些字符，看是否能查出数据库中所有的相关信息设计功能和界⾯测试⽤例设计功能和界⾯测试⽤例1.1 ⽂本框、按钮等控件测试1.1.1 ⽂本框的测试如何对⽂本框进⾏测试 a,输⼊正常的字母或数字。
web测试要点及基本方法
web测试要点及基本方法
Web测试的要点包括功能测试、性能测试、易用性测试、兼容性测试、安
全测试和接口测试。
这些测试的目标是确保Web应用在各种条件下都能正常、安全地运行，并且用户体验良好。
基本方法如下：
1. 功能测试：链接测试确保所有链接都能正确指向目标页面。
这可以通过自动检测网站链接的工具如Xenu Link Sleuth来实现。
表单测试确保在线注册、配送信息等表单功能正常工作。
2. 性能测试：包括负载测试和压力测试，以评估Web应用在高负载下的性能表现。
3. 易用性测试：检查Web应用的导航、布局和信息架构是否符合用户期望和习惯。
4. 兼容性测试：检查Web应用在不同浏览器、操作系统和设备上的兼容性，确保用户在不同环境下都能正常使用。
5. 安全测试：通过渗透测试和安全漏洞扫描来识别并修复潜在的安全风险，保护用户数据和交易安全。
6. 接口测试：检查前后端接口是否按照预期工作，数据传输是否正确。
以上内容仅供参考，如需更多信息，建议查阅软件测试相关书籍或咨询软件测试专业人士。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。
1. 文字内容一致性：1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等；2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。
样式一致性1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式；2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同；4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一）语言习惯：1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。
2）英文。
3）日文。
2. 按钮1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一；2）采用的图片表述相同功能，要采用单一图标。
3. 文本框1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）；2）文本框自身的长度限制，主要考虑页面样式。
4. 单选框1）默认情况要统一，已选择，还是未选。
5. 日期控件1）图标、控件颜色、样式统一；2）点击控件、文本框均应弹出日期选择框。
6. 下拉选择框1）默认是第一个选项，还是提示请选择一个。
7. 提示信息1）静态文字与它的提示信息一致性，例如静态文字为…ID‟，出错信息显示…用户ID‟；2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空；3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求；4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息；5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；6）必输项提示信息，必输项提示信息采用统一的标志。
8. 导航测试死导航、乱导航、操作复杂等。
9. 链接测试1）发现404错误。
2）避免死链接情况，执行完相应操作应有返回按钮，返回到相应页面；例如：操作成功后，进入成功提示信息页面，但页面没有返回按钮，无法及时进入操作之前的页面。
10. IE的后退退出系统，无论直接关闭浏览器或点击后退键，退出都不应再返回系统。
11. 分辨率页面文字显示、样式等要支持常见分辨率，例如CRT显示器的1024*768，LCD的1280*1024。
12. 重复提交问题1）功能操作完成后，鼠标右键点击所在页面，选择弹出菜单的刷新功能，容易出现重复提交问题。
2）功能操作完成后，通过IE的后退键进行重复操作，容易出现重复提交问题。
3）某功能键反应时间延迟时（限制客户端网络带宽等方式来模拟实现），在短时间内重复点击该功能键，容易出现重复提交问题；13. 防止SQL注入式攻击1）不允许任何直接在jsp页面调用SQL语句，这种情况常发生在系统的后期修改中。
14. 用户非授权页面访问1）每个页面都需要安全验证，防止用户通过直接拷贝具体页面地址等方式，访问系统；2）页面过期的时间设定，用户在设定时间内未进行任何操作，不允许访问系统。
二、文本框公共测试用例1. 文本框为字符型必填项非空校验：1）必填项未输入－－程序应提示错误；2）必填项只输入若干个空格，未输入其它字符－－程序应提示错误；字段唯一性校验：（不是所有字段都作此项校验，视实际项目情况而定）1）新增时输入重复的字段值－－必须提示友好信息；2）修改时输入重复的字段值－－必须提示友好信息；字段长度校验：1）输入[最小字符数-1]－－程序应提示错误；2）输入[最小字符数]－－OK；3）输入[最小字符数+1]－－OK；4）输入[最大字符数-1]－－OK；5）输入[最大字符数]－－OK；6）输入[最大字符数+1]－－程序应提示错误；字段为特殊字符校验：1）输入域如对某些字符禁止输入时，限制是否成功，提示信息是否友好；2）中文、英文、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3）所有特殊字符都必须进行测试（!~@#$^&*()_+{}|:“<>?/.,;…[]\=-`￥……（）--：《》？、。
，；‟【】、=-• ）字段为特殊代码校验：1）输入html代码：比如”你好”；－－必须以文本的形式将代码显示出来。
2）输入JavaScript代码：比如；－－必须以文本的形式将代码显示出来。
多行文本框输入：1）是否允许回车换行；2）保存后再显示能够保持输入时的格式；3）仅输入回车换行，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示；4）仅输入空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示。
2. 文本框为数值型边界值：1）输入[最小值-1]－－程序应提示错误；2）输入[最小值]－－OK；3）输入[最大值]－－OK；4）输入[最大值+1]－－程序应提示错误；位数：1）输入[限制位数]－－OK；2）输入[限制位数+1]－－根据实际项目而定，是否自动四舍五入成限制位数，还是提示信息；3）输入[限制位数-1]－－OK；异常值、特殊值：1）输入非数值型数据：汉字、字母、字符－－程序应提示错误；2）输入负数－－根据实际项目而定，如果不允许输入负数，必须提示友好信息；3）字段禁止直接输入非数值型数据时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存－－只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存，并应给出相应提示；4）全角数字和半角数字的情况－－全角数字不能保存，提示友好信息，半角数字正常保存；5）首位为零的数值：如01＝1－－视实际项目情况而定；3. 文本框为日期型合法性检查：1）日输入[0日]－－程序应提示错误；2）日输入[1日]－－OK；3）日输入[32日]－－程序应提示错误；4）月输入[1、3、5、7、8、10、12月]、日输入[31日]－－OK；5）月输入[4、6、9、11月]、日输入[30日]－－OK；6）月输入[4、6、9、11月]、日输入[31日]－－程序应提示错误；7）输入非闰年,月输入[2月]、日输入[28日]，比如2009.2.28－－OK；8）输入非闰年,月输入[2月]、日输入[29日]，比如2009.2.29－－程序应提示错误；9）(闰年)月输入[2月]、日输入[29日]，比如2008.2.29－－OK；10）(闰年)月输入[2月]、日输入[30日]，比如2008.2.30－－程序应提示错误；12）月输入[1月]－－OK；13）月输入[12月]－－OK；14）月输入[13月] －－程序应提示错误；格式检查：1）不合法格式：2009-09、2009-09 -、200-2-2；2）视具体项目而定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；异常值、特殊值：1）输入汉字、字母、字符－－程序应提示错误；4. 文本框为时间型合法性检查：1）时输入[24时] －－程序应提示错误；2）时输入[00时] －－OK；3）分输入[60分] －－程序应提示错误；4）分输入[59分] －－OK；5）分输入[00分] －－OK；6）秒输入[60秒] －－程序应提示错误；7）秒输入[59秒] －－OK；8）秒输入[00秒] －－OK；格式检查：1）不合法格式：12:30:、123000；2）视具体项目而定是否合法：12:30、1:3:0；异常值、特殊值：1）输入汉字、字母、字符－－程序应提示错误；2）系统中所涉及时间是否取服务器时间；三、上传和导出公共测试用例1. 上传图片对于上传的文件，假设系统要求上传的文件为jpg或gif格式图片，大小为<=5M的文件，我们在设计测试用例时，应该从以下几个方面进行考虑：1）文件类型正确，文件大小合适的校验例如：上传一种jpg或gif的格式图片，文件大小为4.9M，结果为上传成功2）文件类型正确，文件大小合适的校验例如：上传一种jpg或gif的格式图片，文件大小为5M，结果为上传成功3）文件类型正确，文件大小不合适的校验例如：上传一种jpg或gif的格式图片，文件大小为5.1M,提示为：“上传的附件中大小不能超过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）文件类型和大小都合法，手动输入一个存在的图片名称，点击上传，一般情况下系统会提示：“请正确选择要上传的文件的路径”2. 文件导出1）验证导出文件名长度，根据具体情况而定2）验证导出文件为空的情况3）验证导出文件名为特殊字符的情况4）验证导出全部资料的情况，导出的信息是否正确5）验证导出部分资料的情况，导出的信息是否正确6）验证导出大量数据时的时间是否在合理的时间范围内7）验证导出目的磁盘空间已满的情况下，导出是否有友好的处理方式8）验证导出目的的文件夹为只读的情况下，导出时是否有友好的的提示信息3. 文件上传页面1）页面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）2）按钮文字正确性3）说明文字是否正确4）正确/错误的提示文字是否正确5）提示当前位置是否正确，并且和其他页面保持一致格式6）必添项的标示是否正确功能1）路径是否可以手工输入（手工输入的时候有没有限长）2）上传文件超过最大值是在提交前校验还是提交后校验3）上传文件格式是否全部支持（图片：gif/jpg/bmp...文档：doc/sxw/xls...压缩包：zip/rar...安装文件：exe/msi）4）上传文件是否支持中文名称5）文件名称的最大值、最小值、特殊字符（包含空格）、使用程序语句是否会对其造成影响、中文名称是否能正常显示4. 文件下载功能1）右键另存为是否可以正确下载文件，并且记录下载次数•工具下载是否正确，并且记录下载次数2）单击下载是提示下载还是在页面打开•直接打开是否显示正确•对于本机没有安装工具的文件是否能够打开，是否能给出正确的提示•对于直接在页面内打开的内容是否能够显示正常，页面美观性•保存到本地是否能正确显示• 取消下载是否会纪录下载次数3）下载次数是否被正确记录四、列表公共测试用例1. 列表页面显示1）确认页面的默认排序方式，字段+升降续；2）含link的列，验证其有效性，即，点击后的跳转是否正确；3）第一列的选择框，“全选”和“部分选择”需有效；部分选中时，全选按钮应自动取消。