web测试常用的用例及知识全.docx

web测试常用的用例及学问全1.Web测试中关于登录的测试12.搜寻功能测试用例设计23.翻页功能测试用例34.输入框的测试55.Web测试的常用的检查点66.用户和权限管理功能常规测试方法87.Web测试之兼容性测试98.Web测试-sql注入109.Web测试中书写用例时要考虑的检查点1110.手机电子邮件测试用例1211.记事本与日历的测试用例1312.Web测试总结1413.让web站点崩溃最常见的七大缘由1414.Web应用程序是否存在跨站点脚本马脚1615.Web测试总结（全）2016.理解web性能测试术语2717.Web平安测试入门2818.测试工作总结2819.Web应用系统易出问题的缘由和测试要点2820.运用JMeter测试web的应用291. 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、当前页数显示为0step 2: 列表的记录数<=指定的每页显示条数 expect: 1、四个翻页控件变灰不行点击        2、总页数显示为1        3、当前页数显示为1step 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:输入每页显示条数为0expect: 1、提示“每页显示条数必需为大于1的整数”        2、提示后每页显示条数复原为上次生效的条数step 9:输入每页显示条数为负数expect: 1、提示每页显示条数必需为大于1的整数        2、提示后每页显示条数复原为上次生效的条数step 10:输入每页显示条数长度超过数据库指定的长度<<<maxlen>>>expect: 1、提示每页显示条数不能超过<<<maxlen>>>位        2、提示后每页显示条数复原为上次生效的条数step 11:输入每页显示条数为字符串，如中文翻页数expect: 1、提示每页显示条数必需为大于1的整数        2、提示后每页显示条数复原为上次生效的条数step 12:输入每页显示条数为特别字符，如expect: 1、提示每页显示条数必需为大于1的整数        2、提示后每页显示条数复原为上次生效的条数step 13:输入每页显示条数为html字符串，如<br>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的标签会出现哪些问题？输入&lt；html&gt； 会出现什么问题呢？（这条是我自己觉察的，在网上也没找到类似的东东，呵呵，大家凑合着看吧）    平安测试方面：    给出一些特别的关键字，比方 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系统中对核心的组成构件，来自不同厂家的阅读器对Javascrpt、 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注入的东东，于是想到了对网站的输入框进展一些测试，原来是想在输入框中输入<script>alter("abc")<script>,但是输入框有字符限制，只好输入<script>,结果网站出大问题了，呵呵，最终又出现了个bug。另一个就是在URL最终随意输入一些字符或数字，结果，新闻模块那出现了问题，暴露了网站的一些信息，又一个bug，兴奋下下面把今日看到的有关SQL注入方面的学问整理如下：SQL注入是一种攻击方式，在这种攻击方式中，恶意代码被插入到字符串中，然后将该字符串传递到SQL Server的实例以进展分析和执行。任何构成SQL语句的过程都应进展注入马脚检查，因为SQL Server将执行其接收到的全部语法有效的查询。一个有阅历的、坚决的攻击者甚至可以操作参数化数据。SQL注入的主要形式包括干脆将代码插入到与SQL嘱咐串联在一起并使其得以执行的用户输入变量。一种间接的攻击会将恶意代码注入要在表中存储或作为元数据存储的字符串。在存储的字符串随后串连到一个动态SQL嘱咐中时，将执行该恶意代码。注入过程的工作方式是提早终止文本字符串，然后追加一个新的嘱咐。由于插入的嘱咐可能在执行前追加其他字符串，因此攻击者将用注释标记“-”来终止注入的字符串。执行时，此后的文本将被无视。以下脚本显示了一个简洁的SQL注入。此脚本通过串联硬编码字符串和用户输入的字符串而生成一个SQL查询：var Shipcity;ShipCity = Request.form. ("ShipCity");var sql = "select * from OrdersTable where ShipCity = '" + ShipCity + "'"用户将被提示输入一个市县名称。假设用户输入Redmond，则查询将由与下面内容相像的脚本组成：SELECT * FROM OrdersTable WHERE ShipCity = 'Redmond' 但是，假定用户输入以下内容：Redmond' drop table OrdersTable- 此时，脚本将组成以下查询：SELECT * FROM OrdersTable WHERE ShipCity = 'Redmond'drop table OrdersTable-' 分号(;)表示一个查询的完毕和另一个查询的开场。双连字符(-)指示当前行余下的局部是一个注释，应当无视。假设修改后的代码语法正确，则效劳器将执行该代码。SQL Server处理该语句时，SQL Server将首先选择OrdersTable中的全部记录（其中ShipCity为Redmond）。然后，SQL Server将删除OrdersTable。只要注入的SQL代码语法正确，便无法承受编程方式来检测篡改。因此，必需验证全部用户输入，并细致检查在您所用的效劳器中执行构造SQL嘱咐的代码。本主题中的以下各局部说明了编写代码的最佳做法。验证全部输入:始终通过测试类型、长度、格式和范围来验证用户输入。实现对恶意输入的预防时，请留意应用程序的体系构造和部署方案。请留意，设计为在平安环境中运行的程序可能会被复制到担忧全的环境中。以下建议应被视为最佳做法：假设一个用户在须要邮政编码的位置无意中或恶意地输入了一个10 MB的MPEG文件，应用程序会做出什么反响？假设在文本字段中嵌入了一个DROP TABLE语句，应用程序会做出什么反响？测试输入的大小和数据类型，强迫执行适当的限制。这有助于防止有意造成的缓冲区溢出。输入字符 在Transact-SQL中的含义 ; 查询分隔符。 ' 字符数据字符串分隔符。 - 注释分隔符。 /* . */ 注释分隔符。效劳器不对/*和*/之间的注释进展处理。 xp_ 用于书目扩展存储过程的名称的开头，如xp_cmdshell。9. Web测试中书写用例时要考虑的检查点 通常书写Test Case时须要考虑的检查点. 对于屏幕显示来说包括：检查显示的布局；检查域和按钮的依次；检查域的尺寸；检查字体的大小和风格；检查文本的含义；检查拼法错误；检查屏蔽域；检查只读域；检查图片；检查按钮的状态；检查按钮的尺寸；检查按钮的图标和名字；检查是否有重复的图标；检查指针是否在第一个可输入域；检查TAB键的次序；对于域来说包括：检查可编辑性；检查域间的挪动；检查分界条件；检查有效分界符；检查无效分界符；检查连续多个有效分界符；检查仅一个分界符输入；检查多余空格的截取；检查只读域和屏蔽域在TAB时的状态；对于数字域来说包括：检查正数值；检查负数值；检查零值；检查小数点；检查特别字符加数字；检查字母加数字；检查ASCII值；检查重复值；检查空值；对于字符域来说包括：检查仅有字母；检查仅有数字；检查字母数字；检查允许的特别字符；检查制止的特别字符；检查包含特别字符的字母数字；检查ASCII值；对于字母域来说包括：检查字母；检查数字值；检查字母数字值；检查特别字符；检查ASCII值；对于时间域来说包括：检查字符和/；检查其他特别字符；检查字母数字值；检查正确的格式；检查错误的格式；检查错误的日期数字；检查正确的日期数字；检查日历表；10. 手机电子邮件测试用例 序号测试工程测试方法测试标准1电子邮件设置IP地址设置默认的为010.000.000.172，自己设置必需设置为010.000.000.172假设须要手动设置必需设置成010.000.000.172拨号设置(GSM)默认为17266，手动设置必需设置成17266手动设置必需设置成17266节点设置(GPRS)必需设置为cmwap必需设置为cmwap用户名设置假设设置，必需设置为WAP假设设置必需设置为WAP用户密码设置假设用户名做了设置，此项必需设置为wap假设用户名做了设置，此项必需设置为wap上网数据形式设置(GPRS/GSM)选择GPRS或GSM方式假设有这两项可选择，必需可以运用。端口类型选择可以选择平安和不平安。一般选择担忧全2用户设置帐户设置将用户的邮箱地址、接收邮件效劳器（POP3）、发送邮件效劳器（SMTP）、邮箱帐户名以和密码设置完成可以胜利设置下载设置设置好各个限制工程：如单个信件下载最大字节、全部信件下载最大字节等等可以胜利设置3编写新邮件选择输入法编写文本，并选择插入的附件（格式为txt/gif/jpg/bmp等）全部的输入法都能实现，插入附件功能必需实现 4发送邮件编辑好邮件后，输入对方的电子邮件，按确认键进展发送邮件可以胜利发送并要有保存提示或自动进入已发信箱（假设此功能已经设定） 5删除邮件在邮件列表中，选择某条邮件，按选项菜单，选择删除项，再按确认键。可以删除所选邮件6回复邮件在邮件列表中选择某条邮件，在选项中选择回复，然后进展编辑，确认后发送。可以实现邮件的回复操作。7转发邮件在收件箱中选择某条邮件，在选项中选择转发，然后进展编辑，并输入第三方的邮箱地址或者从地址簿中选择号码，按确认键进展发送。可以实现邮件的转发。11. 记事本与日历的测试用例 序号测试工程测试方法断定标准 1 记事本测试新建在记事本中新建一个文本文档。必需可以正常新建一个文档。编辑对新建文档或者已有的文档进展编辑。必需可以编辑文档，编辑时必需可以正确输入汉字、英文、数字、字母、标点符号等。保存保存已经编辑的文档。编辑完成后必需可以保存已编辑的内容。删除删除已经保存的文档。必需可以删除已经保存的文档，删除前必需有确认信息，删除胜利与否必需有相应的提示。2 日程表测试新建在记事本中新建一个日程支配。必需可以正常新建一个日程。编辑对新建文档或者已有的日程进展编辑。必需可以编辑文档，编辑时必需可以正确输入汉字、英文、数字、字母、标点符号等。保存保存已经编辑的日程。编辑完成后必需可以保存已编辑的内容。删除删除已经保存的日程。必需可以删除已经保存的文档，删除前必需有确认信息，删除胜利与否必需有相应的提示。日程提示设定设定提示时间、提示形式。必需可以设定日程提示的时间和提示形式，设定完成后必需可以准时提示。时间、日期设定设定当前时间、日期。必需可以设定当前的时间和日期，必需保证日程表里的万年历时间精确无误，至少保证日程表中每年的每个月（阳历与农历）的第一天与最终一天的正确性，另外对应的星期也必需精确。特别须要关注闰年。12. Web测试总结13. 让web站点崩溃最常见的七大缘由 磁盘已满 导致系统无法正常运行的最可能的缘由是磁盘已满。一个好的网络管理员会亲密关注磁盘的运用状况，隔确定的时间，就须要将磁盘上的一些负载转存到备份存储介质中（例如磁带）。日志文件会很快用光全部的磁盘空间。Web效劳器的日志文件、SQL*Net的日志文件、JDBC日志文件，以和应用程序效劳器日志文件均与内存泄漏有同等的危害。可以实行措施将日志文件保存在与操作系统不同的文件系统中。日志文件系统空间已满时Web效劳器也会被挂起，但机器自身被挂起的几率已大大减低。C指针错误用C或C+编写的程序，如Web效劳器API模块，有可能导致系统的崩溃，因为只要间接引用指针（即，访问指向的内存）中出现一个错误，就会导致操作系统终止全部程序。另外，运用了糟糕的C指针的Java模拟量（analog）将访问一个空的对象引用。Java中的空引用通常不会导致立即退出JVM，但是前提是程序员可以运用异样处理方法恰当地处理错误。在这方面，Java无需过多的关注，但运用 Java对牢靠性进展额外的度量则会对性能产生一些负面影响。内存泄漏C/C+程序还可能产生另一个指针问题：丧失对已支配内存的引用。当内存是在子程序中被支配时，通常会出现这种问题，其结果是程序从子程序中返回时不会释放内存。如此一来，对已支配的内存的引用就会丧失，只要操作系统还在运行中，则进程就会始终运用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停顿工作，才会完全清空内存。解决方案之一是运用代码分析工具（如Purify）对代码进展细致分析，以找出可能出现的泄漏问题。但这种方法无法找到由其他缘由引起的库中的泄漏，因为库的源代码是不行用的。另一种方法是每隔一段时间，就去除并重启进程。Apache的Web效劳器就会因这个缘由创立和去除子进程。虽然Java本身并无指针，但总的说来，与C程序相比， Java程序运用内存的状况更加糟糕。在Java中，对象被频繁创立，而直到全部到对象的引用都消逝时，垃圾回收程序才会释放内存。即使运行了垃