《web程序的测试》由会员分享，可在线阅读，更多相关《web程序的测试（8页珍藏版）》请在金锄头文库上搜索。
1、常用的网站功能测试方法网站功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。 2、相关性检查：删除/增加一项会不会对其他项产生影响，
2、如果产生影响，这些影响是否都正确检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。 3、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。 1)标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。 2)特殊字符检查：输入特殊符号，如、#、$、%、!等，看系统处理是否正确。 3)字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。 4、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。 检查信息的
3、完整性 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。 5、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。 6、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。 7、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型 8、检查修改重名：修改时
4、把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错 9、重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统检查多次使用返回键的情况 在有返回键的地方,返回到原来页面,重复多次，看会否出错 10、搜索检查：有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。 11、输入信息位置：注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。 12、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格
5、式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。 13、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”;对必填项提示返回后，焦点是否会自动定位到必填项。 14、快捷键检查：是否支持常用快捷键，如Ctrl+C、 Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。 15、回车键检查：在输入结束后直接按回车键,看系统处理如何,会否报错。 16、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，
6、会否报错。 17、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何;多次使用回退键，多次使用前进键，看系统如何处理。 18、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。 19、空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。 20、输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全
7、角的小数点(“。”或“.”，如4.5);输入全角的空格等。 21、密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。 22、用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建
8、同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。 23、系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。 24、系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。 GUI基本测试内容 图形用户界面( GUI )对软件测试提出了有趣的挑战，因为 GUI 开发环境有可复用的构件，开发用户界面更加省时而且更加精确。同时， GUI 的复杂性也
9、增加了，从而加大了设计和执行测试用例的难度。因为现在 GUI 设计和实现有了越来越多的类似，所以也就产生了一系列的测试标准。下列问题可以作为常见 GUI 测试的指南：窗口： 窗口是否基于相关的输入和菜单命令适当地打开? 窗口能否改变大小、移动和滚动? 窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问? 当被覆盖并重新调用后，窗口能否正确地再生? 需要时能否使用所有窗口相关的功能? 所有窗口相关的功能是可操作的吗? 是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口使用，并适当地显示? 显示多个窗口时，窗口的名称是否被适当地表示? 活动窗口是否被适当地加亮? 如果使
10、用多任务，是否所有的窗口被实时更新? 多次或不正确按鼠标是否会导致无法预料的副作用? 窗口的声音和颜色提示和窗口的操作顺序是否符合需求? 窗口是否正确地被关闭? 下拉式菜单和鼠标操作： 菜单条是否显示在合适的语境中? 应用程序的菜单条是否显示系统相关的特性(如时钟显示)? 下拉式操作能正确工作吗? 菜单、调色板和工具条是否工作正确? 是否适当地列出了所有的菜单功能和下拉式子功能? 是否可以通过鼠标访问所有的菜单功能? 文本字体、大小和格式是否正确? 是否能够用其他的文本命令激活每个菜单功能? 菜单功能是否随当前的窗口操作加亮或变灰? 菜单功能是否正确执行? 菜单功能的名字是否具有自解释性? 菜
11、单项是否有帮助，是否语境相关? 在整个交互式语境中，是否可以识别鼠标操作? 如果要求多次点击鼠标，是否能够在语境中正确识别? 光标、处理指示器和识别指针是否随操作恰当地改变? 数据项： 字母数字数据项是否能够正确回显，并输入到系统中? 图形模式的数据项(如滚动条)是否正常工作? 是否能够识别非法数据? 数据输入消息是否可理解? 第二部分 WEB程序的测试一、按测试类型分类字段编辑测试。字段编辑检查要查看格式编排、边界以及计算错误。如果日期需要限制在特定的时间范围内，该软件是否允许输入该时间范围外的日期？是否要求数字字段只包含数字？如果输入了字母会出现什么情况？如果包含计算，计算执行是否正确？字
12、段输入框对请求的输入来说，是否足够大？如果有下拉框，其值否正确？ 流控制和状态测试。在用户填写完表单中的字段并按下按钮后，逻辑是否会到达期望的进程？下一次显示同一页面时，其中的值是否正确？有时页面第一次显示了正确的值，而以后不再显示；或者情况相反。 配置测试。在可行的情况下，会用尽可能多的“受支持服务器”和客户程序配置对应用程序进行测试。 负载测试。在将页面或 Web 应用程序作为整体进行测试之前，应首先在组件级别进行负载和性能测试，以确保应用程序的每一部分能够在适当的指标下运行。这种隔离测试使测试小组能够更迅速地发现使用特定技术的问题。如果一个执行数据库查询功能的小脚本太慢，进行组件级别的测
13、试比进行整个页面或应用程序测试更容易发现它。 回归测试。开发部门修复了代码中的错误后，我们会重新进行测试，以检查错误是否被修复并确保所做的修复不会引起其它问题。 二、按窗体位置分类：左侧导航窗格：是否能够在左侧的导航窗格中来回移动，该窗格显示是否正确？是否能够在大于屏幕的区域内滚动？是否能够选择不同的新闻组，文章列表是否显示在右上窗格中？是否能够调整左侧导航窗格以及右上和右下窗格的大小？ 右上窗格：右上窗格是否正确地显示文章，是否保持了每篇文章的连载状况？是否可以遍历连载文章？读过一篇文章后，它是否被标记为红色？如果文章列表大于一个页面，是否能够遍历右上窗格中的各个页面？右下窗格：是否可以选择
14、一篇文章并显示在该页面的右下窗格中？是否能够发布新消息，回复组，回复个人或转发文章？在回复个人或转发消息时，默认的邮件客户程序是否启动并显示新消息？ 是否能够伴随文章发送附件？是否可以查看附件？工具栏：验证工具栏适合其所在的页面并能够根据浏览器窗口调整大小。验证本地菜单能够正常运行。验证本地菜单中的链接。验证全局菜单能够正常运行。验证全局菜单中的链接。验证工具栏上的所有图形。验证工具栏框架大小不可调整。界面测试站点地图和导航条确认你测试的站点是否有地图。有些网络高手可以直接去自己要去的地方，而不必点击一大堆页面。另外新用户在网站中可能会迷失方向。站点地图和/或导航条可以引导用户进行浏览。需要验
15、证站点地图是否正确。确认地图上的链接是否确实存。地图有没有包括站点上的所有链接。是否每个页面都有导航条? 导航条是否一致? 每个页面的链接是否正常? 导航条是否直观?内容测试人员应确保站点看起来更专业些。过分地使用粗体字、大字体和下划线可能会让用户感到不舒服。在进行用户可用性方面的测试时，最好先请图形设计专家对站点进行评估。你可能不希望看到一篇到处是黑体字的文章，所以相信您也希望自己的站点能更专业一些。 最后，需要确定是否列出了相关站点的链接。很多站点希望用户将邮件发到一个特定的地址，或者从某个站点下载浏览器。但是如果用户无法点击这些地址，他们可能会觉得很迷惑。颜色/背景由于 web 日益流行，很多人把它看作图形设计作品。不幸的是，有些开发人员对新的背景颜色更感兴趣，以至于忽略了这种背景颜色是否易于浏
