(下拉框测试点.docxVIP

测试方法：　a,条目内容正确；根据需求说明书确定列表的各项内容正确，没有丢失或错误；　b,列表框的内容较多时要使用滚动条；　c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；1.内容1）检查默认值，有的默认空，有的是非空2）检查约束。有时它的内容是根据其他要素变化的，比如城市的下列框的内容，是根据省份变化而联动的；或者根据登录者的权限不同，下拉列表的内容也不一样。2.布局1）宽度，有时它会根据内容的长短自动控制宽度2）高度应合适3.易用检查是否至此后TAB和上下箭头软件测试中测试用例设计－－错误推测方法作者：网络转载 发表于：[ 2010-12-22 13:51:41 ]1、方法定义：　基于经验和直觉推测程序中所有可能存在的各种错误， 从而有针对性的设计测试用例的方法。　2、思路：　分析程序中最易出错的场景和情况，在此基础上有针对性的设计测试用例。需要完成的前提条件如下：　A、深度熟悉被测系统的业务、需求。　B、对被测系统或类似系统之前的缺陷分布情况进行过系统的分析。包括功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。　3、测试用例举例　（1）聊天窗口功能　A、输入特殊字符（全角，半角）后，窗口是否能够正常显示　B、输入空格，是否能够过滤，是否会算入长度计算　C、输入html字符　D、输入脚本语言函数　E、在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过　（2）查询功能　A、无条件查询　B、是否支持模糊查询　C、查询的关键字之间是否可用连接符　D、输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据　（3）登录功能　A、输入的数据前存在空格，是否能够正常登录　B、输入的密码是否能够加密显示　C、用户在注销之后是否能够再登录成功　4、优缺点　优点：充分发挥个人的经验和潜能，命中率高　缺点：覆盖率难以保证；过多的依赖于个人的经验功能测试用例库1.输入验证输入验证主要包括：数字输入验证、非法字符输入验证、输入长度验证、必填项验证和信息提示 1.数字输入验证：分别输入数字(正数、负数、零值、单精度、双精度)、字符串、空白值、空值、临界数值。不合法的输入，系统给出必要的判断提示信息 2.字符输入验证：分别输入单字节字符、双字节字符、大小写字符、特殊字符、空白值、空值。不合法的输入，系统给出必要的判断提示信息 3.日期、时间输入验证：分别输入任意字符、任意数字、非日期格式的数据、非正确日期(错误的闰年日期)、空值、空白值。不合法的输入，系统给出必要的判断提示信息。注：有些系统会不让输入当日以后或者以前的日期、时间；有些系统会通过JavaScript来自动填写日期时间，这时需要注意是否能否人工主观填写输入 4.多列表选择框：测试是否能否多选，列表框中的数据是否能否显示完全。当列表框的数据过多时，需要对数据有一定格式的排序 5.单列表下拉框：测试是否能否手工输入，下拉框中的数据是否能否显示完整。当下拉框的数据很多时，需要对数据有一定格式的排序。如果下拉框数据值过多时，下拉框可能会超出IE显示范围，此种情况不能够被接收 6.大文本输入框 (textArea) ：虽然它能够满足大数据量的输入，但最好能够显示地标明输入字符的长度限制，并且应该结合“字符输入验证”进行。需要注意的是，应该允许标点的存在 7.文件输入框输入验证：该输入框主要用做文件上传操作。在测试过程中，应该注意输入文件的扩展名。从测试角度来看，要求开发人员必须对扩展名进行输入限制，并且在适当的地方输入格式提示。当输入是空值等不合法的输入时，系统给出必要的判断提示信息。另外，对于上传的文件大小应该做限制，不宜太大 8.输入字符长度验证：输入字符的长度是否超过实际系统接收字符长度的能力。当输入超出长度时，系统给出必要的判断提示信息 9.必填项验证：输入不允许为空的时候，系统需要有提示用户输入信息功能 10.格式、规则输入验证：当输入需要一定的格式时，系统需要有提示用户输入信息功能。比如身份证号码可以输入18位或者15位，部分身份证最后一位为字母，身份证上生日与身份证号码有一定规则 11.系统错误定位的输入验证：当输入存在问题时，被系统捕获到，此时页面上的光标能够定位到发生错误的输入框 12.单选框、多选框的输入验证：单选框需要依次验证单选框的值是否都有效；多选框需要依次验证多选框的值是否都有效 13.验证码验证：做验证码输入验证时，先结合“字符输入验证”进行测试，然后注意的地方是，当利用IE回退或者刷新时，显示的验证码应该和实际系统验证码一致。如果验证码以图片形式显示，但图片由于其他原因(如网络)不能看到或者显示不完整，系统应该允许进行重新获取，最好不要做整个页面刷新2. 操作验证(CZ)该用例库