⼀、⽂本框为字符型
必填项⾮空校验：
1、必填项未输⼊－－程序应提⽰错误；
2、必填项只输⼊若⼲个空格，未输⼊其它字符－－程序应提⽰错误；字段唯⼀性校验：（不是所有字段都作此项校验，视实际项⽬情况⽽定） 1、新增时输⼊重复的字段值－－必须提⽰友好信息； 2、修改时输⼊重复的字段值－－必须提⽰友好信息； 字段长度校验：
输⼊[最⼩字符数-1]－－程序应提⽰错误； 输⼊[最⼩字符数]－－OK；
3、输⼊[最⼩字符数+1]－－程序应提⽰错误； 4、输⼊[最⼤字符数-1]－－OK；5、输⼊[最⼤字符数]－－OK；
输⼊[最⼤字符数+1]－－程序应提⽰错误；
?字段为特殊字符校验：
1、输⼊域如对某些字符禁⽌输⼊时，限制是否成功，提⽰信息是否友好 ； 2、中⽂、英⽂、空格，数字，字符，下划线、单引号 等所有特殊字符的组合 ； 3、所有特殊字符都必须进⾏测试
?字段为特殊代码校验：
输⼊htm代码：⽐如” 你好”；－－必须以⽂本的形式将代码显⽰出来。
2、输⼊JavaScript代码：⽐如；－－必须以⽂本的形式将代码显⽰出来。多⾏⽂本框输⼊：
1、是否允许回车换⾏ ；
2、保存后再显⽰能够保持输⼊时的格式 ；
3、仅输⼊回车换⾏，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确提⽰ ；4、仅输⼊空格，检查能否正确保存；若能，查看保存结果。若不能，查看是否有正确提⽰ 。⼆、⽂本框为数值型 边界值：
1、输⼊[最⼩值-1]－－程序应提⽰错误；2、输⼊[最⼩值]－－OK；3、输⼊[最⼤值]－－OK；
4、输⼊[最⼤值+1]－－程序应提⽰错误；
位数：
1、输⼊[限制位数]－－OK；
2、输⼊[限制位数+1]－－根据实际项⽬⽽定，是否⾃动四舍五⼊成限制位数，还是提⽰信息；3、输⼊[限制位数-1]－－OK；
?异常值、特殊值：
1、输⼊⾮数值型数据：汉字、字母、字符－－程序应提⽰错误；
2、输⼊负数－－根据实际项⽬⽽定，如果不允许输⼊负数，必须提⽰友好信息；
3、字段禁⽌直接输⼊⾮数值型数据时，使⽤“粘贴”、“拷贝”功能尝试输⼊，并测试能否正常提交保存－－只能使⽤“粘贴”、“拷贝”⽅法输⼊的特殊字符应⽆法保存，并应给出相应提⽰ ；
4、全⾓数字和半⾓数字的情况－－全⾓数字不能保存，提⽰友好信息，半⾓数字正常保存；5、⾸位为零的数值：如01＝1－－视实际项⽬情况⽽定；
三、⽂本框为⽇期型 合法性检查：
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－－程序应提⽰错误；11、⽉输⼊[0⽉]－－程序应提⽰错误；
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、输⼊汉字、字母、字符－－程序应提⽰错误；四、⽂本框为时间型 合法性检查：
1、时输⼊[24时] －－程序应提⽰错误；2、时输⼊[00时] －－OK；
3、分输⼊[60分] －－程序应提⽰错误；4、分输⼊[59分] －－OK；5、分输⼊[00分] －－OK；
6、秒输⼊[60秒] －－程序应提⽰错误；7、秒输⼊[59秒] －－OK；8、秒输⼊[00秒] －－OK；
?格式检查：
不合法格式：12:30:、 123000；
2、视具体项⽬⽽定是否合法：12:30、 1:3:0；异常值、特殊值：
1、输⼊汉字、字母、字符－－程序应提⽰错误；2、系统中所涉及时间是否取服务器时间；
页功能我们常碰到的⼀般有以下⼏个功能：1、⾸页、上⼀页、下⼀页、尾页。2、总页数，当前页数3、指定跳转页
4、指定每页显⽰条数
当然，有⼀些是少于多少页，全部以数字的形式显⽰，多于多少页后，才出现下⼀页的控件。本⽂暂且⽤以上四点来做为通⽤的⽤例来设计吧。
对于“⾸页、上⼀页、下⼀页、尾页”。翻页链接或按钮的测试，主要要检查的测试点有：1、有⽆数据时控件的显⽰情况
2、在⾸页时，⾸页和上⼀页是否能点击3、在尾页时，下⼀页和尾页是否能点击
4、在⾮⾸页和⾮尾页时，四个按钮功能是否正确
5、翻页后，列表中的记录是否仍按照指定的排序列进⾏了排序
对于“总页数，当前页数总页数，当前页数”，主要要检查的测试点有：1、总页数是否等于总的记录数/指定每页条数2、当前页数是否正确
针对以上测试⽤例如下：
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、当前页数为最后⼀页的页数
对于“指定跳转页”，主要要检查的测试点有：1、是否能正常跳转到指定的页数2、输⼊的跳转页数⾮法时的处理
对于“指定每页显⽰条数”，主要要检查的测试点有：1、是否有默认的指定每页显⽰条数
2、指定每页的条数后，列表显⽰的记录数，页数是否正确3、输⼊的每页条数⾮法时的处理
针对以上测试⽤例如下：
step 7:输⼊每页显⽰条数为⼩于总记录的正整数expect: 1、每页显⽰条数更新成指定的条数 2、超过指定的条数的记录分页显⽰
3、总页数更新成列表的记录数/每页显⽰条数step 8:输⼊每页显⽰条数为0、负数、⼩数
expect: 1、提⽰“每页显⽰条数必须为⼤于1的整数” 2、提⽰后每页显⽰条数恢复为上次⽣效的条数
step 9:输⼊每页显⽰条数⼤于或等于总记录数的正整数时expect: 1、四个翻页按钮变灰不可点击 2、总页数显⽰为1 3、当前页数显⽰为1
step 10:输⼊每页显⽰条数长度超过数据库指定的长度<< step 13:输⼊跳转的页数不存在或⾮法值 expect: 1、跳转的页数值置为1，显⽰第⼀页的数据 1：易⽤性： 按钮名称应该易懂，⽤词准确，屏弃没楞两可的字眼，要与同⼀界⾯上的其他按钮易于区分，能望⽂知意最好。理想的情况是⽤户不⽤查阅帮助就能知道该界⾯的功能并进⾏相关的正确操作。易⽤性细则： 1):完成相同或相近功能的按钮⽤Frame框起来，常⽤按钮要⽀持快捷⽅式。2):完成同⼀功能或任务的元素放在集中位置，减少⿏标移动的距离。 3):按功能将界⾯划分局域块，⽤Frame框括起来,并要有功能说明或标题。4):界⾯要⽀持键盘⾃动浏览按钮功能，即按Tab键的⾃动切换功能。 5):界⾯上⾸先应输⼊的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗⼝上较醒⽬的位置。 6):同⼀界⾯上的控件数最好不要超过10个，多于10个时可以考虑使⽤分页界⾯显⽰。7):分页界⾯要⽀持在页⾯间的快捷切换，常⽤组合快捷键Ctrl+Tab 8):默认按钮要⽀持Enter及选操作，即按Enter后⾃动执⾏默认按钮对应操作。9):可写控件检测到⾮法输⼊后应给出说明并能⾃动获得焦点。 10):Tab键的顺序与控件排列顺序要⼀直，⽬前流⾏总体从上到下，同时⾏间从左到右的⽅式。11):复选框和选项框按选择⼏率的⾼底⽽先后排列。12):复选框和选项框要有默认选项，并⽀持Tab选择。13):选项数相同时多⽤选项框⽽不⽤下拉列表框。14):界⾯空间较⼩时使⽤下拉框⽽不⽤选项框。 15):选项数叫少时使⽤选项框，相反使⽤下拉列表框。 16):专业性强的软件要使⽤相关的专业术语，通⽤性界⾯则提倡使⽤通⽤性词眼。2： 规范性： 通常界⾯设计都按Windows界⾯的规范来设计，即包含“菜单条、⼯具栏、⼯具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界⾯遵循规范化的程度越⾼，则易⽤性相应的就越好。⼩型软件⼀般不提供⼯具厢。规范性细则： 1):常⽤菜单要有命令快捷⽅式。 2):完成相同或相近功能的菜单⽤横线隔开放在同⼀位置。3):菜单前的图标能直观的代表要完成的操作。4):菜单深度⼀般要求最多控制在三层以内。 5):⼯具栏要求可以根据⽤户的要求⾃⼰选择定制。6):相同或相近功能的⼯具栏放在⼀起。 7):⼯具栏中的每⼀个按钮要有及时提⽰信息。8):⼀条⼯具栏的长度最长不能超出屏幕宽度。9): ⼯具栏的图标能直观的代表要完成的操作。10):系统常⽤的⼯具栏设置默认放置位置。11):⼯具栏太多时可以考虑使⽤⼯具厢。 12):⼯具厢要具有可增减性，由⽤户⾃⼰根据需求定制。13):⼯具厢的默认总宽度不要超过屏幕宽度的1/5。14): 状态条要能显⽰⽤户切实需要的信息，常⽤的有： ⽬前的操作、系统状态、⽤户位置、⽤户信息、提⽰信息、错误信息等，如果某⼀操作需要的时间较长，还应该显⽰进度条和进程提⽰。15)：滚动条的长度要根据显⽰信息的长度或宽度能及时变换，以利于⽤户了解显⽰信息的位置和百分⽐。16)：状态条的⾼度以放置五好字为宜，滚动条的宽度⽐状态条的略窄。 17)：菜单和⼯具条要有清楚的界限;菜单要求凸出显⽰，这样在移⾛⼯具条时仍有⽴体感。 18)：菜单和状态条中通常使⽤5号字体。⼯具条⼀般⽐菜单要宽，但不要宽的太多，否则看起来很不协调。19):右键快捷菜单采⽤与菜单相同的准则。3：帮助设施： 系统应该提供详尽⽽可靠的帮助⽂档，在⽤户使⽤产⽣迷惑时可以⾃⼰寻求解决⽅法。帮助设施细则： 1)：帮助⽂档中的性能介绍与说明要与系统性能配套⼀致。(我们的系统帮助⽂档都是系统的祖先时期的说明，让⼈困惑)。2)：打包新系统时，对作了修改的地⽅在帮助⽂档中要做相应的修改。3)：操作时要提供及时调⽤系统帮助的功能。常⽤F1。 4)：在界⾯上调⽤帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。5)：最好提供⽬前流⾏的联机帮助格式或HTML帮助格式。 6)：⽤户可以⽤关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。7)：如果没有提供书⾯的帮助⽂档的话，最好有打印帮助的功能。 8 )：在帮助中应该提供我们的技术⽀持⽅式，⼀旦⽤户难以⾃⼰解决可以⽅便的寻求新的帮助⽅式。4：合理性： 屏幕对⾓线相交的位置是⽤户直视的地⽅，正上⽅四分之⼀处为易吸引⽤户注意⼒的位置，在放置窗体时要注意利⽤这两个位置。合理性细则： 1)：⽗窗体或主窗体的中⼼位置应该在对⾓线焦点附近。2)：⼦窗体位置应该在主窗体的左上⾓或正中。 3)：多个⼦窗体弹出时应该依次向右下⽅偏移，以显⽰窗体出标题为宜。4)：重要的命令按钮与使⽤较频繁的按钮要放在界⾯上注⽬的位置。 5)：错误使⽤容易引起界⾯退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。6)：与正在进⾏的操作⽆关的按钮应该加以屏蔽(Windows中⽤灰⾊显⽰，没法使⽤该按钮)。7)：对可能造成数据⽆法恢复的操作必须提供确认信息,给⽤户放弃选择的机会。8)：⾮法的输⼊或操作应有⾜够的提⽰说明。 9): 对运⾏过程中出现问题⽽引起错误的地⽅要有提⽰，让⽤户明⽩错误出处，避免形成⽆限期的等待。10):提⽰、警告、或错误说明应该清楚、明了、恰当。5：美观与协调性： 界⾯应该⼤⼩适合美学观点，感觉协调舒适，能在有效的范围内吸引⽤户的注意⼒。美观与协调性细则： 1): 长宽接近黄⾦点⽐例，切忌长宽⽐例失调、或宽度超过长度。2): 布局要合理,不宜过于密集，也不能过于空旷，合理的利⽤空间。3): 按钮⼤⼩基本相近，忌⽤太长的名称，免得占⽤过多的界⾯位置。4): 按钮的⼤⼩要与界⾯的⼤⼩和空间要协调。5): 避免空旷的界⾯上放置很⼤的按钮。 6)：放置完控件后界⾯不应有很⼤的空缺位置。 7): 字体的⼤⼩要与界⾯的⼤⼩⽐例协调, 通常使⽤的字体中宋体9-12较为美观，很少使⽤超过12号的字体。 8): 前景与背景⾊搭配合理协调，反差不宜太⼤，最好少⽤深⾊，如⼤红、⼤绿等。常⽤⾊考虑使⽤Windows界⾯⾊调。9): 如果使⽤其他颜⾊，主⾊要柔和，具有亲和⼒与磁⼒，坚决杜绝刺⽬的颜⾊。10): ⼤型系统常⽤的主⾊有\"#E1E1E1\"、\"#EFEFEF\"、\"#C0C0C0\"等。 11): 界⾯风格要保持⼀致，字的⼤⼩、颜⾊、字体要相同，除⾮是需要艺术处理或有特殊要求的地⽅。 12): 如果窗体⽀持最⼩化和最⼤化或放⼤时，窗体上的控件也要随着窗体⽽缩放；切忌只放⼤窗体⽽忽略控件的缩放。13)：对于含有按钮的界⾯⼀般不应该⽀持缩放，即右上⾓只有关闭功能。14): 通常⽗窗体⽀持缩放时，⼦窗体没有必要缩放。 15)：如果能给⽤户提供⾃定义界⾯风格则更好，由⽤户⾃⼰选择颜⾊、字体等。 6：菜单位置： 菜单是界⾯上最重要的元素，菜单位置按照按功能来组织。菜单设测试细则： 1)：菜单通常采⽤“常⽤--主要--次要--⼯具--帮助”的位置排列，符合流⾏的Windows风格。 2):常⽤的有“⽂件”、“编辑”，“查看”等，⼏乎每个系统都有这些选项，当然要根据不同的系统有所取舍。3):下拉菜单要根据菜单选项的含义进⾏分组，并切按照⼀定的规则进⾏排列，⽤横线隔开。4): ⼀组菜单的使⽤有先后要求或有向导作⽤时，应该按先后次序排列。 5): 没有顺序要求的菜单项按使⽤频率和重要性排列，常⽤的放在开头， 不常⽤的靠后放置；重要的放在开头，次要的放在后边。6): 如果菜单选项较多，应该采⽤加长菜单的长度⽽减少深度的原则排列。7): 菜单深度⼀般要求最多控制在三层以内。 8): 对常⽤的菜单要有快捷命令⽅式，组合原则见8。 9):对与进⾏的操作⽆关的菜单要⽤屏蔽的⽅式加以处理，如果采⽤动态加载⽅式——即只有需要的菜单才显⽰——最好。10)：菜单前的图标不宜太⼤，与字⾼保持⼀直最好。 11):主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。12)：主菜单数⽬不应太多，最好为单排布置。。7:独特性： 如果⼀味的遵循业界的界⾯标准，则会丧失⾃⼰的个性.在框架符合以上规范的情况下，设计具有⾃⼰独特风格的界⾯尤为重要。尤其在商业软件流通中有着很好的迁移默化的⼴告效⽤。 1):安装界⾯上应有单位介绍或产品介绍，并有⾃⼰的图标。2):主界⾯，最好是⼤多数界⾯上要有公司图标。 3):登录界⾯上要有本产品的标志，同时包含公司图标。4):帮助菜单的“关于”中应有版权和产品信息。 5):公司的系列产品要保持⼀直的界⾯风格，如背景⾊、字体、菜单排列⽅式、图标、安装过程、按钮⽤语等应该⼤体⼀致。8：快捷⽅式的组合 在菜单及按钮中使⽤快捷键可以让喜欢使⽤键盘的⽤户操作得更快⼀些 在西⽂Windows及其应⽤软件中快捷键的使⽤⼤多是⼀致的。 菜单中： 1):⾯向事务的组合有: Ctrl-D 删除 ；Ctrl-F 寻找 ；Ctrl –H替换；Ctrl-I 插⼊ ；Ctrl-N 新记录 ；Ctrl-S 保存 Ctrl-O 打开。2)：列表: Ctrl-R ，Ctrl-G定位；Ctrl-Tab下⼀分页窗⼝或反序浏览同⼀页⾯控件；。3):编辑: Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤消操作；Ctrl-Y恢复操作。4)⽂件操作: Ctrl-P 打印；Ctrl-W 关闭。5):系统菜单 Alt-A⽂件；Alt-E编辑；Alt-T⼯具；Alt－W窗⼝；Alt－H帮助。6):MS Windows保留键: Ctrl-Esc 任务列表 ；Ctrl-F4 关闭窗⼝； Alt-F4 结束应⽤；Alt-Tab 下⼀应⽤ ；Enter 缺省按钮/确认操作 ；Esc 取消按钮/取消操作 ；Shift-F1 上下⽂相关帮助 。按钮中： 可以根据系统需要⽽调节，以下只是常⽤的组合。 Alt-Y确定(是)；Alt-C取消；Alt-N 否；Alt-D删除；Alt-Q退出；Alt-A添加；Alt-E编辑；Alt-B浏览；Alt-R读；Alt-W写。这些快捷键也可以作为开发中⽂应⽤软件的标准,但亦可使⽤汉语拼⾳的开头字母。 9:安全性考虑： 在 界⾯上通过下列⽅式来控制出错⼏率，会⼤⼤减少系统因⽤户⼈为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发⽣的问题,使出错的可能降⾄最⼩。 如应⽤出现保护性错误⽽退出系统,这种错误最容易使⽤户对软件失去信⼼。因为这意味着⽤户要中断思路,并费时费⼒地重新登录,⽽且已进⾏的操作也会因没有 存盘⽽全部丢失。安全性细则： 1)：最重要的是排除可能会使应⽤⾮正常中⽌的错误。2)：应当注意尽可能避免⽤户⽆意录⼊⽆效的数据。3)：采⽤相关控件限制⽤户输⼊值的种类。 4)：当⽤户作出选择的可能性只有两个时,可以采⽤单选框。 5)：当选择的可能再多⼀些时,可以采⽤复选框,每⼀种选择都是有效的,⽤户不可能输⼊任何⼀种⽆效的选择。6)：当选项特别多时，可以采⽤列表框，下拉式列表框。 7)：在⼀个应⽤系统中,开发者应当避免⽤户作出未经授权或没有意义的操作。8)：对可能引起致命错误或系统出错的输⼊字符或动作要加限制或屏蔽。 9):对可能发⽣严重后果的操作要有补救措施。通过补救措施⽤户可以回到原来的正确状态。 10):对⼀些特殊符号的输⼊、与系统使⽤的符号相冲突的字符等进⾏判断并阻⽌⽤户输⼊该字符。11)：对错误操作最好⽀持可逆性处理，如取消系列操作。 12):在输⼊有效性字符之前应该阻⽌⽤户进⾏只有输⼊之后才可进⾏的操作。13):对可能造成等待时间较长的操作应该提供取消功能。 14)：特殊字符常有；;’”><,｀‘：“［”｛、/|｝］+=)-(_*&&^%$#@!~,.。?/还有空格。15)：与系统采⽤的保留字符冲突的要加以限制。 16)：在读⼊⽤户所输⼊的信息时，根据需要选择是否去掉前后空格。 17)：有些读⼊数据库的字段不⽀持中间有空格，但⽤户切实需要输⼊中间空格，这时要在程序中加以处理。10:多窗⼝的应⽤与系统资源： 设计良好的软件不仅要有完备的功能，⽽且要尽可能的占⽤最底限度的资源。 1)： 在多窗⼝系统中，有些界⾯要求必须保持在最顶层，避免⽤户在打开多个窗⼝时，不停的切换甚⾄最⼩化其他窗⼝来显⽰该窗⼝。 2)：在主界⾯载⼊完毕后⾃动卸出内存，让出所占⽤的WINDOWS系统资源。 3)：关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除⾮是需要后台运⾏的系统。4)：尽量防⽌对系统的独占使⽤。 1.输⼊验证 输⼊验证主要包括：数字输⼊验证、⾮法字符输⼊验证、输⼊长度验证、必填项验证和信息提⽰ 1.数字输⼊验证：分别输⼊数字(正数、负数、零值、单精度、双精度)、字符串、空⽩值、空值、临界数值。不合法的输⼊，系统给出必要的判断提⽰信息 2.字符输⼊验证：分别输⼊单字节字符、双字节字符、⼤⼩写字符、特殊字符、空⽩值、空值。不合法的输⼊，系统给出必要的判断提⽰信息 3. ⽇期、时间输⼊验证：分别输⼊任意字符、任意数字、⾮⽇期格式的数据、⾮正确⽇期(错误的闰年⽇期)、空值、空⽩值。不合法的输⼊，系统给出必要的判断提 ⽰信息。注：有些系统会不让输⼊当⽇以后或者以前的⽇期、时间；有些系统会通过JavaScript来⾃动填写⽇期时间，这时需要注意是否能否⼈⼯主观填 写输⼊ 4.多列表选择框：测试是否能否多选，列表框中的数据是否能否显⽰完全。当列表框的数据过多时，需要对数据有⼀定格式的排序 5.单列表下拉框：测试是否能否⼿⼯输⼊，下拉框中的数据是否能否显⽰完整。当下拉框的数据很多时，需要对数据有⼀定格式的排序。如果下拉框数据值过多时，下拉框可能会超出IE显⽰范围，此种情况不能够被接收 6.⼤⽂本输⼊框(textArea)：虽然它能够满⾜⼤数据量的输⼊，但最好能够显⽰地标明输⼊字符的长度限制，并且应该结合“字符输⼊验证”进⾏。需要注意的是，应该允许标点的存在 7. ⽂件输⼊框输⼊验证：该输⼊框主要⽤做⽂件上传操作。在测试过程中，应该注意输⼊⽂件的扩展名。从测试⾓度来看，要求开发⼈员必须对扩展名进⾏输⼊限制， 并且在适当的地⽅输⼊格式提⽰。当输⼊是空值等不合法的输⼊时，系统给出必要的判断提⽰信息。另外，对于上传的⽂件⼤⼩应该做限制，不宜太⼤ 8.输⼊字符长度验证：输⼊字符的长度是否超过实际系统接收字符长度的能⼒。当输⼊超出长度时，系统给出必要的判断提⽰信息9.必填项验证：输⼊不允许为空的时候，系统需要有提⽰⽤户输⼊信息功能 10.格式、规则输⼊验证：当输⼊需要⼀定的格式时，系统需要有提⽰⽤户输⼊信息功能。⽐如⾝份证号码可以输⼊18位或者15位，部分⾝份证最后⼀位为字母，⾝份证上⽣⽇与⾝份证号码有⼀定规则 11.系统错误定位的输⼊验证：当输⼊存在问题时，被系统捕获到，此时页⾯上的光标能够定位到发⽣错误的输⼊框 12. 单选框、多选框的输⼊验证：单选框需要依次验证单选框的值是否都有效；多选框需要依次验证多选框的值是否都有效 13.验证码验证：做验证码输⼊验证时，先结合“字符输⼊验证”进⾏测试，然后注意的地⽅是，当利⽤IE回退或者刷新时，显⽰的验证码应该和实际系统验证码⼀致。如果验证码以图⽚形式显⽰，但图⽚由于其他原因(如⽹络)不能看到或者显⽰不完整，系统应该允许进⾏重新获取，最好不要做整个页⾯刷新 2.操作验证(CZ) 该⽤例库主要针对页⾯操作 1.页⾯链接检查：每⼀个链接是否都有对应的页⾯，并且页⾯之间切换正确 2.相关性检查：删除/增加⼀项会不会对其他项产⽣影响，如果产⽣影响，这些影响是否都正确3.检查按钮的功能是否正确：如增、删、改、查等功能是否正确 4.重复提交表单：⼀条已经成功提交的记录，⽤IE回退后再提交，看看系统是否做了处理 5.多次IE回退：检查多次使⽤IE回退的情况，在有回退的地⽅，回退，回到原来页⾯，再回退，重复多次，看是否出错 6.快捷键检查：是否⽀持常⽤快捷键，如Ctrl+C、Ctrl+V、Backspace等，对⼀些不允许输⼊信息的字段，如选⼈、选⽇期对快捷⽅式是否也做了限制 7.回车键检查：在输⼊结束后直接回车键，看系统处理如何，能否报错 8.上传下载⽂件检查：上传下载⽂件的功能是否实现，上传⽂件是否能打开，对上传⽂件的格式有何规定，系统是否有解释信息，并检查系统是否能否做到 9.其他验证：在页⾯上图⽚的⼤⼩不宜太⼤，需要第三⽅软件⽀持时，应该给出必要的信息，⽐如需要jre的⽀持，但⽤户机器还没有安装jre，那么此时在页⾯上应该有显著的标志来提醒⽤户进⾏安装 3.登录模块测试⽤例 该⽤例库主要针对登录模块。需要结合“访问控制验证(FWKZYZ)”⽤例库 1.登录名输⼊：进⾏“输⼊验证”。需要注意登录名是否区分⼤⼩写和空格 2.密码输⼊：进⾏“输⼊验证” 3.提交操作：结合“访问空值验证(FWKZYZ)”。当输⼊正确的登录名和密码后，该⽤户能够进⼊到指定的正确页⾯。当输⼊的登录名和密码有误时，系统限制其登录，并且给出适当的提⽰信息。当遇到错误时，应该进⾏“错误页⾯测试”4.重设操作：当进⾏重设操作时，当前页⾯上所有输⼊项被清空4.增加操作测试⽤例(ZJ) 该⽤例库主要针对增加操作 1. 添加输⼊内容，进⾏“输⼊验证” 2.应该限制重复增加，具体操作：利⽤⽹络传输以及服务器的延迟，多次单击“增加”按钮，经常在数据库 发现重复提交的数据 3.当增加成功或者失败后，应该有必要的信息提⽰ 4.⽂件数据的增加：有些增加包含了数据库数据的增加，和⼀些⽂件的增加，此时的数据会保存在两个地⽅，所以测试时，需要对相关的数据做全⾯的验证 5.⽂件数据验证：进⾏“输⼊验证”值“⽂件输⼊框输⼊验证”。注意：当上传的⽂件为中⽂⽂件名时，上传到服务器后，可能会出现乱码现象。现在⼀般的做法 是将原⽂件名替换成字母和数字的组合，以克服汉字⽂件名的弊端，另外，可以增加⽂件的安全性 5.删除操作测试⽤例(SC) 该⽤例库主要针对删除操作 1. 选择需要删除的数据字段。有时候系统会根据ID来删除，有时候系统会根据名称来删除，测试的时候应该多注意，⼀般要求按照ID来删除，因为根据名称来删 除，名称可能会存在重名问题 2.应该限制重复删除。具体操作：利⽤⽹络传输以及服务器的延迟，多次单击“删除”按钮，经常在数据库中发现重复提交的数据 3.当删除的数据还有⽂件时，西药去验证存在数据库中的数据，以及硬盘下的⽂件是否都被同时删除 4.当数据被删除成功或者失败后，要有响应的信息提⽰ 5.进⾏“操作验证” 6.修改操作测试⽤例(XG) 该⽤例库主要针对修改操作 1.打开需要修改的数据页⾯，注意与增加页⾯相 ⽐，只能修改部分数值，例如关键字等是不能被修改的，并且⼆者数据应该是⼀致的 2.增加页⾯上的输⼊限制与修改页⾯的输⼊限制应该⼀致 3.修改成功或者失败后，应该有相应的信息提⽰ 7.查询操作测试⽤例(CX) 该⽤例库主要针对查询操作 1.条件输⼊查询，先进⾏ 条件输⼊框的“输⼊验证” 2.条件组合查询，将多个条件进⾏组合查询，结果可以通过数据库验证。需要注意的是，整个数据查询和条件查询数据结果条数要⼀致，另外，如果遇到某天的查 询时间段，有的数据库认为⼀天不包括零点零分，有的数据库认为包括 3.所有查询结果，必须进⾏⼀定顺序的排列，可以按照ID或按照名称来排列 4.当查询成功或者失败后，系统应给出必要的信息提⽰ 8.翻页操作测试⽤例(FY) 该⽤例库主要针对翻页操作 1.当数据量很⼤的时候，需要进⾏分页显⽰，每页显⽰的⾏数最好不要超过20⾏，每页列表上最好有序号标识，⾏与⾏之间颜⾊要有⼀定区分，这样有利于⽤户的查找 2.翻页按钮应该包括：⾸页、前⼀页、后⼀页、尾页、当前X页、共X页，这些常⽤按钮和显⽰，并且按钮都能正常翻页 3.翻页按钮的每页显⽰的数据要准确，确保没有查不出来的数据，最好的做法就是和数据库结合起来验证 4.页⾯太多，翻页数据不能全部显⽰时，系统应该有完善的应对机制，⽐如值显⽰当前页的前三页和该页的后三页的页数码 5.当翻到某页时，系统应该有明显的标识，标出该页⾯所处的页码 9.错误页⾯测试(CW) 错误页⾯是在遇到系统异常的情况产⽣的友好界⾯ 1.当系统遇到致命错误时，不能将服务器的调试信息出现在页⾯上，因为这样做会带来不安全，应该给出⼀个合适的提⽰信息 2.由于系统繁忙，⽆法及时给出正确信息时，系统可以给出友好的错误页⾯，如：“请⽤户稍后再试”等提⽰信息 因篇幅问题不能全部显示，请点此查看更多更全内容