TOC \o "1-1" \h \z \u Web测试中关于登录的测试 1 搜索功能测试用例设计 1 翻页功能测试用例 1 输入框的测试 1 Web测试的常用的检查点 1 用户及权限管理功能常规测试方法 1 Web测试之兼容性测试 1 Web测试-sql注入 1 Web测试中书写用例时要考虑的检查点 1 手机电子邮件测试用例 1 记事本与日历的测试用例 1 Web测试 总结 初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf 1 让web站点崩溃最常见的七大原因 1 Web应用程序是否存在跨站点脚本漏洞 1 Web测试总结（全） 1 理解web性能测试术语 1 Web安全测试入门 1 测试 工作总结 关于社区教育工作总结关于年中工作总结关于校园安全工作总结关于校园安全工作总结关于意识形态工作总结 1 Web应用系统易出问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 的原因和测试要点 1 使用JMeter测试web的应用 1 1.​ Web测试中关于登录的测试 请问，你为自己写过的用例怀疑过吗？ 　　前两天听一个朋友说他同事写了100个用例，结果有92个是无效的，差点被公司开了，本人以前也写过不少用例，但现在忽然怀疑我的用例了，觉得越来越糊涂了，拿登陆框来说吧，我写了7个用例，但总感觉不好，在网上找了篇文章，分享下，希望对大家有帮助。 　　快捷键的使用是否正常： 　　1. TAB 键的使用是否正确 　　2.上下左右键是否正确 　　3.界面如果支持 ESC键 看是否正常的工作 　　3.ENTER 键的使用是否正确切换时是否正常。 　　布局美感 　　界面的布局是否符合人的审美的标准 　　具体因人而依 　　输入框的功能： 　　输入合法的用户名和密码可以成功进入 　　输入合法的用户名和不合法密码不可以进入，并给出合理的提示 　　输入不合法的用户名和正确密码不可以进入，并给出合理的提示 　　输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示 　　不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制 　　正常用户名不允许的特殊字符 空的用户名，系统（操作系统和应用系统）的保留字符 　　不合法的密码有：空密码（除有特殊规定的），错误的密码，字符大于密码的限制 　　正常密码不允许的特殊字符，系统（操作系统和应用系统）的保留字符 　　界面的链接： 　　对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示 　　补充 　　输入框是否支持 复制和黏贴 和移动 　　密码框显示的不要是具体的字符，要是一些密码的字符 　　验证用户名前有空格是否可以进入，一般情况可以。 　　验证用户名是否区分大小写。（有的软件是区分大小写的） 　　验证必填项为空，是否允许进入。 　　验证登录的次数是否有限制。从安全角度考虑，有些安全级别高的软件会考虑这方面的限制。 2.​ 搜索功能测试用例设计 对被测试点进行分解，把测试用例分解为多个测试场景 场景编号 场景描述 预期结果 场景一 页面检查 正确 场景二 默认条件搜索 查询结果正确 场景三 修改可选条件搜索 查询结果正确 场景四 修改输入条件搜索 场景五 修改区间条件搜索 查询结果正确 场景六 组合可选、输入条件搜索 查询结果正确 场景七 操作后检查搜索条件及查询结果 查询结果正确 场景八 错误、空记录搜索 查询结果为空 测试步骤描述 按照已经分解的测试场景顺序，逐个描述测试场景的测试步骤 测试场景一： 步骤编号 具体描述 1 进入搜索（高级搜索）页面 2 界面共性测试 3 退出 测试场景二： 步骤编号 具体描述 1 进入搜索（高级搜索）页面 2 点击“搜索”按钮，显示查询结果列表 3 检查查询结果列表，每页显示记录条数正确、文字折行显示正确、页面布局美观 4 检查查询结果列表，列标题项、列显示内容、排序方式符合需求定义 5 检查查询结果列表，符合默认查询条件结果集 6 点击查询结果列表链接、复选框、全选框响应正确 7 退出 测试场景三： 步骤编号 具体描述 1 进入搜索（高级搜索）页面 2 逐一选择各个查询条件可选项，如：“全部”、“类别1”等，点击“搜索”，查询结果正确 3 组合各个查询条件可选项，如：价格＋产品，点击“搜索”，查询结果正确 4 退出 测试场景四： 步骤编号 具体描述 1 进入搜索（高级搜索）页面 2 逐一输入文本域条件，模糊查询值，点击“搜索”，查询结果正确 3 逐一输入文本域条件，完全匹配值，点击“搜索”，查询结果正确 4 逐一输入文本域条件，中文值，点击“搜索”，查询结果正确 5 逐一输入文本域条件，字母大、小写值，点击“搜索”，查询结果正确 6 逐一输入文本域条件，数字类型值，点击“搜索”，查询结果正确 7 逐一输入文本域条件，全角、半角值，点击“搜索”，查询结果正确 8 组合各个文本域查询条件，点击“搜索”，查询结果正确 9 退出 3.​ 翻页功能测试用例 翻页功能我们常碰到的一般有以下几个功能： 1、首页、上一页、下一页、尾页。 2、总页数，当前页数 3、指定跳转页 4、指定每页显示条数 当然，有一些是少于多少页，全部以数字的形式显示，多于多少页后，才出现下一页的控件。本文暂且用以上四点来做为通用的用例来设计吧。 对于1翻页链接或按钮的测试，主要要检查的测试点有： 1、有无数据时控件的显示情况 2、在首页时，首页和上一页是否能点击 3、在尾页时，下一页和尾页是否能点击 4、在非首页和非尾页时，四个按钮功能是否正确 5、翻页后，列表中的记录是否仍按照指定的排序列进行了排序 对于2总页数，当前页数，主要要检查的测试点有： 1、总页数是否等于总的记录数/指定每页条数 2、当前页数是否正确 对于3指定跳转页，主要要检查的测试点有： 1、是否能正常跳转到指定的页数 2、输入的跳转页数非法时的处理 对于4指定每页显示条数，主要要检查的测试点有： 1、是否有默认的指定每页显示条数 2、指定每页的条数后，列表显示的记录数，页数是否正确 3、输入的每页条数非法时的处理 分析完上面的测试点，应该可以进行用例的设计了。 step 1: 列表无记录  expect: 1、四个翻页控件变灰不可点击         2、列表有相应的无数据信息提示         3、不可指定页数         4、不可指定跳转页         5、总页数显示为0         6、当前页数显示为0 step 2: 列表的记录数<=指定的每页显示条数 expect: 1、四个翻页控件变灰不可点击         2、总页数显示为1         3、当前页数显示为1 step 3: 列表的记录数>指定的每页显示条数 expect: 1、默认在首页，当前页数为1                       2、列表的数据按照指定的排序列正确排序         3、记录数与数据库相符         4、总页数＝记录数/指定的每页显示条数 step 4: 列表的记录数>指定的每页显示条数，在首页 expect: 1、首页变灰不可点击         2、上一页变灰不可点击         3、下一页可点击，从（每页指定条数＋1）条记录开始显示，当前页数+1         4、尾页可点击，显示最后页的记录 step 5: 列表的记录数>指定的每页显示条数，在中间的某页 expect: 1、首页可点击，显示1到每页指定条数的记录         2、上一页可点击，显示上一页的记录         3、下一页可点击，从后一页的记录         4、尾页可点击，显示最后页的记录         5、列表的数据按照指定的排序列正确排序      6、当前页数为所在页 step 6:列表的记录数>指定的每页显示条数，在尾页 expect: 1、首页可点击，显示1到每页指定条数的记录         2、上一页可点击，显示上一页的记录         3、下一页变灰不可点击         4、尾页变灰不可点击         5、列表的数据按照指定的排序列正确排序         6、当前页数为最后一页的页数 step 7:输入每页显示条数为正整数 expect: 1、每页显示条数更新成指定的条数         2、超过指定的条数的记录分页显示         3、总页数更新成列表的记录数/每页显示条数 step 8:输入每页显示条数为0 expect: 1、提示“每页显示条数必须为大于1的整数”         2、提示后每页显示条数恢复为上次生效的条数 step 9:输入每页显示条数为负数 expect: 1、提示每页显示条数必须为大于1的整数         2、提示后每页显示条数恢复为上次生效的条数 step 10:输入每页显示条数长度超过数据库指定的长度<<>> expect: 1、提示每页显示条数不能超过<<>>位         2、提示后每页显示条数恢复为上次生效的条数 step 11:输入每页显示条数为字符串，如中文翻页数 expect: 1、提示每页显示条数必须为大于1的整数         2、提示后每页显示条数恢复为上次生效的条数 step 12:输入每页显示条数为特殊字符，如％ expect: 1、提示每页显示条数必须为大于1的整数         2、提示后每页显示条数恢复为上次生效的条数 step 13:输入每页显示条数为html字符串，如
expect: 1、提示每页显示条数必须为大于1的整数         2、提示后每页显示条数恢复为上次生效的条数 step 14:输入跳转的页数为存在的页数 expect: 1、正确跳转到指定的页数 step 15:输入跳转的页数不存在或非法值 expect: 1、跳转的页数值置为1，显示第一页的数据 以上的用例是将总页数，当前页数都揉进了翻页控件的测试用例中了 4.​ 输入框的测试 最近在测试Web的输入框的时候，老是不知道从何处下手，去网上搜罗了一些资料，当然网上对输入框的测试资料少之又少，所以我作了一个简单的总结，总的情况有一下几个方面：     1.验证输入与输出的是否信息一致；     2.输入框之前的标题是否正确；     3.对特殊字符的处理，尤其是输入信息徐需要发送到数据库的。特殊字符包括：'（单引号）、"（双引号）、[]（中括号）、（）（小括号）、{}（大括号）、；（分号）、<>（大于小于号）……     4.对输入框输入超过限制的字符的处理，一般非特殊的没有作出限制的在255byte左右；     5.输入框本身的大小、长度；     6.不同内码的字符的输入；     7.对空格、TAB字符的处理机制；     8.字符本身显示的颜色；     9.密码输入窗口转换成星号或其它符号；     10.密码输入框对其中的信息进行加密，防止采用破解星号的方法破解；     11.按下ctrl和alt键对输入框的影响；     12.对于新增、修改、注册时用的输入框，有限制的，应该输入时作出提示，指出不允许的或者标出允许的；     13.对于有约束条件要求的输入框应当在条件满足时输入框的状态发生相应的改变，比如选了湖南就应该列出湖南下面的市，或者选了某些条件之后，一些输入框会关闭或转为只读状态；     14.输入类型；根据前面的栏位标题判断该输入框应该输入哪些内容算是合理的。例如，是否允许输入数字或字母，不允许输入其他字符等。     15.输入长度；数据库字段有长度定义，当输入过长时，提交数据是否会出错。     16.输入状态；当处于某种状态下，输入框是否处于可写或非可写状态。例如，系统自动给予的编号等栏位作为唯一标识，当再次处于编辑状态下，输入框栏位应处于不可写状态，如果可写对其编辑的话，可能会造成数据重复引起冲突等。     暂时，就能想这么多，看大家谁还有观点，互相学习下！     17.如果是会进行数据库操作的输入框，还可以考虑输入SQL中的一些特殊符号如单引号等，有时会有意想不到的错误出现     18.输入类型  输入长度  是否允许复制粘贴  为空的情况  空格的考虑  半角全角测试  对于密码输入框要考虑显示的内容是*  输入错误时的提示信息及提示信息是否准确     19.可以先了解你要测试的输入框在软件系统的某个功能中所扮演的角色，然后了解其具体的输入条件，在将输入条件按照有效等价类，无效等价类，边界值等方法进行测试用例的设计。     20.关键字有大小写混合的情况；     21.关键字中含有一个或多个空格的情况，包括前空格，中间空格（多个关键字），和后空格；     22.关键字中是否支持通配符的情况（视功能而定）；     23.关键字的长度分别为9、10、11个字符时的情况；     24.关键字是valid，但是没有匹配搜索结果的情况；     25.输入html的标签会出现哪些问题？输入<；html>； 会出现什么问题呢？（这条是我自己发现的，在网上也没找到类似的东东，呵呵，大家凑合着看吧）     安全测试方面：     给出一些特别的关键字，比如 or 1=1， 这样的关键字如果不被处理就直接用到数据库查询中去，后果可想而知。 5.​ Web测试的常用的检查点 1，页面连接检查每一个连接是否都有对应的页面，并且页面之间切换正确。 　 　　2，相关性检查删除/增加一项是否会对其他项产生影响，如果产生影响，这些影响是否都正确。 　 　　3，检查按扭的功能是否正确如update，cancel，delete，save等功能是否正确。 　 　　4，字符串长度检查输入超过需求说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。 　 　　5，字符类型检查在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整形的地方输入其他字符类型），看系统是否检查字符类型，是否报错。 　 　　6，标点符号检查输入内容包括各种标点符号，特别是空格，各种引号，回车健，看系统是否处理正确。 　 　　7，中文字符处理在可以输入中文的系统输入中文（简体或繁体），看是否会出现乱码或出错。 　 　　8，检查带出信息的完整性在查看信息和update信息时，查看所填写的信息是否全部带出，带出信息和添加的是否一致。 　 　　9，信息重复检查在一些需要命名，且名字应该唯一的信息输入重复的名字或id，看系统有没有处理，是否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 　 　　10，检查删除功能在一些可以一次删除多个信息的地方，不选择任何信息，按‘delete’，看系统如何处理，是否报错，然后选择一个或多个信息，进行删除，看是否做正确处理。 　 　　11，检查添加和修改的一致，检查添加和修改信息的要求是否一致，例如添加要求必添的项，修改也应该必填，添加规定的整形的项，修改也必须为整形。 　 　　12，检查修改重名，修改时把不能重名的项改为已存在的内容看是否会处理，同时，也要注意，会不会报和自己重名的错。 　 　　13，重复提交表单一条已经成功提交的记录，back后再提交，看系统会如何处理。 　 　　14，检查多次使用back健的情况在有back的地方，back，回到原来的页面，再back，重复几次，看是否会报错。 　 　　15，search检查在有search功能的地方输入系统存在和不存在的内容，看search结果是否正确，如果可以输入多个search条件，可以同时添加合理和不合理的条件，看系统处理是否正确。 　 　　16，输入信息位置注意在光标停留的地方输入信息时，光标和所输入信息是否会跳到别的地方。 　 　　17，上传和下载文件检查上传和下载文件的功能是否实现，上传是否能打开。对上传文件的格式有什么规定，系统是否有解释信息，并检查系统是否能够做到。 　 　　18，必填项检查应该填写的项没有填写的时候系统是否都做了处理，对必填项是否提示信息，如在必填项前面加*. 19，快捷键检查是否支持常用快捷，如Ctrl+C，Ctrl+V，BackSpace等，对一些不允许的输入信息的字段，如选人，选日期对快捷方式是否做了限制。 　 　　20，回车检查在输入结束后直接按回车键，看系统如何处理，是否会报错。 　　　性能测试 　　2.1.连接速度测试用户连接到Web 应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web 系统响应时间太长（例如超过5 秒钟），用户就会因没有耐心等待而离开。 　 　　另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。 　 　　2.2.负载测试负载测试是为了测量Web 系统在某一负载级别上的性能，以保证Web 系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web 系统的用户数量，也可以是在线数据处理的数量。例如：Web 应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web 应用系统能否处理大量用户对同一个页面的请求？ 6.​ 用户及权限管理功能常规测试方法 1)  赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证权限设置是否正确（能否超出所给予的权限）； 　　2)  删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理； 　　3)  重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确； 　　4)  在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理； 　　5)  不同权限用户登录同一个系统，权限范围是否正确； 　　6)  覆盖系统所有权限设定； 　　7)  能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)  ； 　　8)  能否添加长用户名及长口令，如果允许，新用户能否正确登录； 　　9)  系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际情况； 　　10)  登录用户能否修改自己的权限； 　　11)  添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户名相同；标识不同，用户名不同； 　　12)  登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）； 　　13)  修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响； 　　14)  修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在的用户信息不同； 　　15)  不给用户授权，是否允许登录； 　　15)  改某些设置时，是否会影响具有上级权限及相同权限人员的设置； 　　16)  系统管理员修改了某些数据，以其他人员身份登录时数据是否改变； 　　17)  用户能否同时属于多个组，各个组的权限能否交叉；删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有影响。 7.​ Web测试之兼容性测试 WEB测试之兼容性测试 发表于: 2009-8-30 17:20    作者: 战王    来源: 中博IT教育网 1. 软件兼容性测试 　　兼容性测试是指待测试项目在特定的硬件平台上，不同的应用软件之间，不同的操作系统平台上，在不同的网络等环境中能正常的运行的测试。 　　兼容性测试的目的：待测试项目在不同的操作系统平台上正常运行，包括待测试项目能在同一操作系统平台的不同版本上正常运行；待测试项目能与相关的其他软件或系统的“和平共处”；待测试项目能在指定的硬件环境中正常运行；待测试项目能在不同的网络环境中正常运行。 　　兼容性测试无法做到完全的质量保证，但对于一个项目来讲，兼容性测试是必不可少的一个步骤。 　　2. Web兼容性测试的主要类型 　　Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。 　　2.1. 操作系统兼容性测试 　　常见的操作系统有Windows，Unix，Linux等，对于普通用户来讲，最常用的是Windows操作系统。Windows操作系统包括Windows XP，windows 2003，vista，Win2000/NT，Windows9x等等。用户使用操作系统的类型，直接决定了我们操作系统平台兼容性测试的操作系统平台数量，进行操作系统平台的兼容性测试的主要目的就是保证我们的待测试项目在该操作系统平台下能正常运行。 　　对于一些特殊项目（比如定制项目），可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行兼容性测试。 　　大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前的主流操作系统版本进行兼容性测试，在确保主流操作系统版本兼容性测试的前提下在对非主流操作系统版本进行测试，尽量保证项目的操作系统版本的兼容性测试的完整性。 　　2.2. 浏览器兼容性测试 　　浏览器是Web系统中对核心的组成构件，来自不同厂家的浏览器对Javascrīpt、 ActiveX或不同的HTML规格有不同的支持，即使是同一厂家的浏览器，也存在不同的版本的问题。不同的浏览器对安全性和JAVA的设置也不一样。 　　目前最为常用的浏览器为：IE 6.0 IE 7.0.但由于操作习惯的问题，还有相当一部分用户喜欢使用腾讯的TT，以及firefox浏览器，这些浏览器同样也存在各个版本的问题。这个对于Web系统来讲是一个相当大的挑战。 　　对于一些特殊项目（比如定制项目），可以指定某一类型的浏览器（包括版本），这些都必须在需求规格说明书中指明。针对这些指明的浏览器必须进行兼容性测试。但大部分的项目，是不能指定浏览器的，针对这样的项目，那么我们必须针对当前的主流浏览器（含版本），在确保主流浏览器的兼容性测试通过的前提下，再对非主流浏览器（含版本）进行测试，尽量保证项目的浏览器的兼容性测试的完整性。 　　2.3. 分辨率兼容性测试 　　分辨率的测试是为了页面版式在不同的分辨率模式下能正常显示，字体符合要求而进行的测试。 　　用户使用什么模式的分辨率，对于我们来讲是未知的。通常情况下，在我们的需求规格说明书中会建议某些分辨率。对于测试来讲，必须针对需求规格说明书中建议的分辨率进行专门的测试。现在常见的分辨率是1024×768，800×600。对于需求规格说明书中规定的分辨率，测试必须保证测试通过，但对于其他分辨率，原则上也应该尽量保证，但由于这个在需求规格说明书中没有加以约束，所以在一定程度上，开发往往会拒绝进行调整。对于需求规格说明书中没有规定分辨率的项目，测试应该在完成主流分辨率的兼容性测试的前提下，尽可能进行一些非主流分辨率的兼容性测试，在一定程度上保证大部分。 8.​ Web测试-sql注入 Web安全性测试—SQL注入 因为要对网站安全性进行测试，所以，学习了一些sql注入的知识。 　　在网上看一些sql注入的东东，于是想到了对网站的输入框进行一些测试，本来是想在输入框中输入     这个请求的 HTML 输出将为：    

Section Title

    即便是这个最简单的例子，攻击者也可以利用此连接完成数不清的事情。让我们看看会有哪些潜在的威胁，然后讨论一些更高级的测试方法。     XSS 攻击的威胁有多么严重？     由于能够在生成的 Web 页面中注入代码，能想到的威胁有多么严重，就可以有多么严重的威胁。攻击者可以使用 XSS 漏洞窃取 Cookie，劫持帐户，执行 ActiveX，执行 Flash 内容，强迫您下载软件，或者是对硬盘和数据采取操作。     只要您点击了某些 URL，这一切便有可能发生。每天之中，在阅读来自留言板或新闻组的受信任的电子邮件的时侯，您会多少次地单击其中的 URL？     网络钓鱼攻击通常利用 XSS 漏洞来装扮成合法站点。可以看到很多这样的情况，比如您的银行给你发来了一封电子邮件，向您告知对您的帐户进行了一些修改并诱使您点击某些超链接。如果仔细观察这些 URL，它们实际上可能利用了银行网站中存在的漏洞，它们的形式类似于 http://mybank.com/somepage?redirect=，这里利用了“redirect”参数来执行攻击。     如果您足够狡猾的话，可以将管理员定为攻击目标，您可以发送一封具有如下主题的邮件：“求救！这个网站地址总是出现错误！”在管理员打开该 URL 后，便可以执行许多恶意操作，例如窃取他（或她）的凭证。     好了，现在我们已经理解了它的危害性 -- 危害用户，危害管理员，给公司带来坏的公共形象。现在，让我们看看本文的重点 -- 测试您的网站是否存在这些问题。     测试 XSS 漏洞     多年以来，我一直是一名全职的安全顾问，已经做过无数次的这种测试了。我将好的测试 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 归结为两个字：彻底。对于你我来说，查找这些漏洞与能够有机会在 Bugtraq 或 Vulnwatch 上吹嘘一番没有任何关系；它只与如何出色完成负责的工作有关。如果这意味着对应用程序中所有的单个查询字符串参数、cookie 值 以及 POST 数据值进行检查，那么这只能表明我们的工作还不算太艰巨。     显然，一次完整的安全性检查所涉及的内容通常远远超出寻找 XSS 漏洞那样简单；它需要建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误。好在执行这样彻底的工作时，各个领域之间都存在重叠。比如，在测试 XSS 漏洞时，经常会同时找出错误处理或信息泄漏问题。     我假设您属于某个负责对 Web 应用程序进行开发和测试的小组。在这个幸运的位置上，您可以混合使用黑盒和白盒方法。每种方法都有它自己的优点，结合使用时甚至能相互提供支持。     1. 按顺序准备您的工具包     测试工作也可以是自动化的，但是我们在这里只讨论手动操作。手动测试的必备工具包括：     • Paros proxy (http://www.parosproxy.org)，用于截获 HTTP 通信数据       • Fiddler (http://www.fiddlertool.com/fiddler)，用于截获 HTTP 通信数据       • Burp proxy (http://www.portswigger.net/proxy/)       • TamperIE (http://www.bayden.com/dl/TamperIESetup.exe)，用于修改 GET 和 POST       我们以上至少列出了三种 Web 代理软件。也可以寻找其他不同的类似产品，因为每种产品都有它自己的独到之处。下面，您需要在 Web 浏览器发出 HTTP 请求之前截获这些请求，并修改它们以注入 XSS 测试代码。上面所有这些工具都可以完成这项任务，某些工具还会显示返回的 HTML 源代码（如果您选择了截获服务器响应）。     截获客户端发出的 GET 和 POST 请求非常重要。这样可以绕过所有的客户端 javascript. 输入验证代码。我在这里要提醒所有 Web 开发人员 -- 客户端安全控制是靠不住的。应该总是在服务器端执行有效性验证。       2. 确定站点及其功能 -- 与开发人员和 PM 交流     绘制一些简单的数据流图表，对站点上的页面及其功能进行描述。此时，可以安排一些与开发人员和项目经理的会议来建立威胁模型。在会议上尽可能对应用程序进行深入探讨。站点公开了 Web 服务吗？是否有身份验证表单？有留言板吗？有用户设置页面吗？确保列出了所有这些页面。       3. 找出并列出所有由用户提供输入的点     对站点地图进行进一步细化。我通常会为此创建一个电子表格。对于每个页面，列出所有查询字符串参数、cookie 值、自定义 HTTP 标头、POST 数据值和以其他形式传递的用户输入。不要忘记搜索 Web 服务和类似的 SOAP 请求，并找出所有允许用户输入的字段。     分别列出每个输入参数，因为下面需要独立测试每个参数。这可能是最重要的一个步骤！如果阅读下面的电子表格，您会看到我已经在示例站点中找出了一大堆这样的东西。如 forwardURL 和 lang 这样的查询字符串。如 name、password、msgBody、msgTitle 和这样的 POST 数据，甚至某些 Cookie 值。所有这些都是我们感兴趣的重要测试内容。       4. 认真思考并列出测试用例     使用已经得到的电子表格并列出各种用来测试 XSS 漏洞的方法。我们稍候将讨论各种方法，但是现在先让我们看看我的电子表格的屏幕截图，请注意，我列出了页面上允许的每个值以及每个值的所有测试类型。这种记录测试的方法仅是我自己的习惯，您可以使用自己的方法。我喜欢记录所有东西，以便我能知道已经做了哪些工作和哪些工作没有做。       5. 开始测试并注意输出结果     在查找漏洞的过程中，最重要的部分并不是您是否找到了漏洞。而是您是否真正知道究竟发生了哪些事情。对于 XSS，只需检查 HTML 输出并看看您输入的内容在什么地方。它在一个 HREF 标记中吗？是否在 IFRAME. 标记中？它在 CLSID 标记中吗？