验证码控件测试的方法
验证码控件测试方法
1.输入正确的验证码能否正确通过。
2.重新进入验证码输入页面，检查验证码内容是否有变化。
3.刷新页面，检查验证码是否有变化。
4.输入错误的验证码，是否提示有误。
5.将大写的验证码改为小写输入，能否正确通过。（根据需求决定是否区分大小写）
6.检查验证码内容，是否显示完整。
7.检查验证码显示速度，是否符合业界标准或者用户需求。
8.能否成功更换验证码，以及更换速度是否符合要求。
设计功能、界面和输入栏测试用例
… 设计功能、界面和输入栏测试用例 一、文本框的测试 1、如何对文本框进行测试 1）输入正常的字母或数字 2）输入已存在的文件名称 3）输入超长字符，即输入超过允许边界个数的字符，检查程序是否正确处理 4）输入默认值、空白、空格 5）若只允许输入字母，尝试输入数字；反之，尝试输入字母 < 6）利用复制、粘贴等操作强制输入程序不允许的输入数据 7）输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示 8）输入特殊字符集，如NUL、\n等 9）输入不符合格式的数据，检查程序是否正常校验，如要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。 2、在测试过程中所用到的方法 1）输入非法数据 2）输入默认值 3）输入特殊字符集 ^ 4）输入使缓冲区溢出的数据 5）输入相同的文件名 3、up-down控件文本框的测试方法 1）直接输入数字或用上下箭头控制，如在“数目”中直接输入10，或单击向上的箭头使数目变为10 2）利用上下箭头控制数字的自动循环，如当最多数字为10时，单击上箭头，数目自动变为1；反之亦使用 3）直接输入超边界值，系统应该提示重新输入 4）输入默认值、空白 5）输入字符，此时系统应提示输入有误。 @ 4、组合列表框的测试方法 1）条目内容正确，其详细条目内容可以根据需求说明确定 2）逐一执行列表框中每个条目的功能 3）检查能否向组合列表框输入数据。
5、复选框的测试方法 1）多个复选框可以被同时选中 2）多个复选框可以被部分选中 3）多个复选框可以都不被选中 | 4）逐一执行每个复选框的功能 6、列表框控件的测试方法 1）条目内容正确，同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误 2）列表框的内容较多时要使用滚动条 3）列表框允许多选时，要分别检查shift选中条目、按ctrl选中条目和直接用鼠标选中多项条目的情况 7、滚动条控件的测试方法 1）滚动条的长度根据现实信息的长度或宽度及时变换，这样有利于用户了解现实信息的位置和百分比，如word中浏览4页文档，浏览到2页时，滚动条位置应处于中间2）拖动滚动条，检查屏幕刷新情况，并检查是否有乱码 ； 3）单击滚动条 4）用滚动控制滚动 5）滚动条上的上下按钮。 8、各种控件在窗体中混合使用时的测试 1）控件间的相互作用 2）tab键的顺序，一般从上到下，从左到右 3）热键的使用，逐一测试 4）enter键和esc键的使用。 ~ 在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的功能组合的测试。 9、密码输入框的测试 密码输入框测试要特别注意进行字母大小写输入测试。 10、查找替换操作 案例演示：打开word中的“替换”对话框。测试本功能有通过测试和失败测试两种情况。 通过测试： 1）输入内容直接查找或查找全部 2）在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确，如已经查找过“测试”，再次进入不用重新输入查找内容，直接在文档中搜索就可以。 ] 失败测试： 1）输入过长或过短的查询字符串，如查询的字符串长度为1到255，则输入0，1，2，256，255，254进行测试 2）输入特殊字符集. 替换测试大体相同。 11、编辑窗口的功能测试用例
大漠插件字库原理介绍
首先说明下大漠综合工具制作字库的过程和原理 1.截取你所需要的图片 2.点击你所需要字的颜色 3.点击提取点阵 4.输入字符按回车生成字库 具体的原理我不好说，但是就我的理解是：对图片中不符合指定颜色的部分去除掉，然后二值化获取点阵，点阵也就是这些颜色的分布规律，二值化就是黑白两色，RGB格式中黑色"000000"白色"ffffff" 由于我的脚本在别人电脑上运行的时候经常失效，今天改成16位色后我机器上运行也失效了，而我这个脚本主要采用的就是大漠插件的找字功能，我以为是机器间的色偏造成的，一直想法子算色偏，但是我失败了。 后来我想起论坛上有个帖子专门讲过同色系的RGB格式中R值是不变的（不好意思忘了作者了，在这里致谢） 于是我就在大漠综合工具的色偏处输入了00ffff结果是在16位色环境下，大漠综合工具中二值化区域内的字显示的跟我在32位色环境下做的一模一样，接着我提取点阵，制作字库，进行调试，命令格式如下： dm_ret =dm.FindStr(0,0,978,585, "码", "ffd463-00ffff", 1.0, x1, y1) If x1 >= 0 Then MessageBox x1 & y1 End If 准确的弹出了x,y的坐标值 接着我换32位色做同样的调试，显示结果与16位色下相同，我测了坐标正好是我要找的字的左上角 经多次测试发现这个方法中字色的R值必须为FF或00（至于F1,01等未测试，有兴趣的朋友可以试试） 庆幸啊以后找字可以不考虑偏色了呵呵再说了考虑我也不会算 具体原理我也不是很懂，但是我估计应该是：我比较了点阵中R值相同的所有点，取得符合二值化点阵区域内所有的点造成的 再次提醒此方法只适合R值为00，FF的其他位置相同的未测试 当然这么做效率是低了点，但是在我看来脚本应该是：稳定性>通用性>执行效率，毕竟脚本也是你编写的一种软件吗 鲜花，银币在哪拿来啊呵呵 简单说下后台操作的方法,先判断该窗口是否支持后台,用下面的语句: Hwnd=Plugin.Window.Foreground() Hwmd=Plugin.Window.GetkeyFocusWnd() If Hwmd<>0 then Messagebox "可以" Else
写测试用例的常规方法和web页面常规测试点
1.等价类划分法 概念：输入域划分成若干子集。选取每一个子集的少数输入值作为一条测试用例。所测试的结果等价于这一个子集的测试结果。 分类：有效等价类和无效等价类。 A.有效等价类：了解了需求说明文档，有意义的合理值。 其目的是检验程序是否实现了需求说明中所规定的功能，可能还需要校验其性能。 B.无效等价类：与有效等价类的定义相反的输入值。 测试用例：在写测试用例时，要同时考虑这两种等价类，不仅要校验程序能判断合理的数据，也要经受非合理数据的考验，确保程序的强健性和可靠性。 划分等价的几大原则： 1.输入条件规定了取值范围，则可以确定一个有效等价类，两个无效等价类。例如申请授 信时，请输入16位营业执照号；有效等价类是16位的号码，大于小于16位分别是2个无效等价类，行号，银行卡号，身份证号，手机号，密码，验证码等规定了输入条件的输入框。 2.规定了输入数据必须是要遵守的规则，可确立一个符合规则的有效等价类，和若干个无 效等价类（从不不同角度违反规则。例如密码的输入，规则是请输入6-16个字符，不含空格且须两种字符类型以上，不可用连续4位以上相同字符。那么这里的无效等价类分别是小于6个字符，大于16个字符，含空格，一种字符，连续5位相同字符，那么这里的无效等价类就包括了1+5+10+10+5+1=32中情况。 3.学习了解类（垫付宝没有想到的例子），布尔量（二值枚举类型），一个有效类和一个无 效类。 将等价类转化成测试用例步骤： 1.列出所有划分出的等价类：【输入条件】【有效等价类】【无效等价类】 2. 3.设计多个测试用例，尽可能多的覆盖有效等价类和无效等价类。 3.1有效等价类的测试用例： 密码覆盖有效等价类号码 Che001 1—4 3.2无效等价类的测试用例： 密码覆盖无效等价类号码 （5个空格）5,7,9 （16个空格）6,7,9
大漠插件后台找图、自动获取坐标窗口句柄鼠标多点左单击脚本
大漠插件后台找图、自动获取坐标窗口句柄鼠标多点左单击 脚本 一、准备工作 第一步：下载大漠插件、解压，运行“注册大漠插件到系统.bat”，把全部东东都复制到按键精灵的plugin目录下吧~ 第二步：创建一个文件夹，以d:\test 为例。把你要找的图(60.bmp)、大漠插件里的dm.dll 和RegDll.dll复制到这个文件夹。 第三步：打开按键精灵，创建一个新脚本。往附件(在软件左边框选项)里面添加dm.dll、Reg.dll和图60.bmp 二、复制以下代码到按键精灵 dim ys1,ys2,ys3,a,b,zbx,zby//自定义变量 ys1=9000//1和2点延时 ys1=9000//2和3点延时 ys1=9000//3和1点延时 a=15//纵向下移15单位 b=-15//纵向上移15单位 zbx=100//获取窗口句柄给定的坐标x zby=100//获取窗口句柄给定的坐标y PutAttachment "d:\test", "*.*" //意思是释放所有附件到d:\test目录。就是把有用的文件打包到test目录下 PutAttachment ".\Plugin", "RegDll.dll" //意思是释放RegDll.dll文件到按键精灵安装目录的Plugin目录下，用来完成大漠插件的注册 Call Plugin.RegDll.Reg("d:\test\dm.dll") //调用大漠插件，在按键精灵中使用 Set dm = createobject("dm.dmsoft") //用大漠插件创建一个对象dm dm_ret = dm.SetPath("d:\test") // 设置全局路径，以后你找图用的图片都默认是test目录里的图片了，否则你要用绝对路径d:\test\1.bmp来该表示图片 dm_ret = dm.LoadPic("*.bmp") // 字面意思是加载test目录下的所有图片 Hwnd = dm.GetPointWindow(zbx,zby)//用大漠软件获取给定坐标(zbx,zby)的窗口句柄,保存在Hwnd里 Call Plugin.Window.Move(Hwnd, 0, 0) // 把窗口移到屏幕的(0，0)，即左上角 dm_ret = dm.BindWindow(Hwnd,"gdi","windows","windows",0) //这句用来绑定辅助操作的对象窗口 //下面是一条判断语句，如果绑定失败就会提示。那就从前面几几步中找原因吧 Delay 10 If dm_ret = 1 Then Else MessageBox "绑定失败，重启脚本或联系作者" EndScript
软件测试用例实例 非常详细
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试目的 配置说明操作系统系统软件外设应用软件结果 服务器Window2000(S) WindowXp Window2000(P) Window2003 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本： 版本/状态作者参与者起止日期备注 V1.1
1.1. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的 测试说明 前提条件连续运行8小时,设置添加10用户并发 功能1 2小时 4小时 6小时 8小时 功能1 2小时 4小时 6小时 8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对
测试用例实例—常见功能测试点
测试用例实例--常见功能测试点 笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询：
WEB网站测试用例
一、界面测试公共测试用例 界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。 1.文字 内容一致性： 1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等； 2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文 字、菜单名称、功能键文字等。 样式一致性 1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式； 2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或 者其它约定，需要统一）； 3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相 同； 4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐 方式（左、右、居中等要统一） 1.语言习惯： 1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。 2）英文。 2.按钮 1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一； 2）采用的图片表述相同功能，要采用单一图标。 3.文本框 1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复 制、粘贴(一般是需要重复确认输入的地方) ）； 2）文本框自身的长度限制，主要考虑页面样式。 4.单选框 1）默认情况要统一，已选择，还是未选。 5.日期控件 1）图标、控件颜色、样式统一； 2）点击控件、文本框均应弹出日期选择框。 6.下拉选择框 1）默认是第一个选项，还是提示请选择一个。 7.提示信息 1）静态文字与它的提示信息一致性，例如静态文字为…ID?，出错信息显示…用户 ID?； 2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空； 3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求； 4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信 息； 5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到 方便操作的目的； 6）必输项提示信息，必输项提示信息采用统一的标志。 8.导航测试
测试用例基本通用模板
1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询 精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据
⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键 模糊查询： 在精确查询的基础上加上以下一点 ①输入一些字符，看是否能查出数据库中所有的相关信息 2.设计功能测试用例 文本框、按钮等控件测试 文本框的测试 如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称; c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理; d，输入默认值，空白，空格; e，若只允许输入字母，尝试输入数字;反之;尝试输入字母; f，利用复制，粘贴等操作强制输入程序不允许的输入数据; g，输入特殊字符集，例如，NUL及等; h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示; i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为 yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示 在测试过程中所用到的测试方法： 1，输入非法数据; 2，输入默认值; 3，输入特殊字符集; 4，输入使缓冲区溢出的数据; 5，输入相同的文件名; 命令按钮控件的测试 a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口; b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31; c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会; 单选按钮控件的测试 a，一组单选按钮不能同时选中，只能选中一个。
web前台测试用例设计
web前台测试用例 转自WEB前台测试用例- 竹林深处- ITeye技术网 站https://www.360docs.net/doc/2416687921.html,/zjCiKnY 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称； c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理； d,输入默认值，空白，空格； e,若只允许输入字母，尝试输入数字；反之；尝试输入字母； f,利用复制，粘贴等操作强制输入程序不允许的输入数据； g,输入特殊字符集，例如，NUL及\n等； h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示； i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示 在测试过程中所用到的测试方法： 1,输入非法数据； 2,输入默认值； 3,输入特殊字符集； 4,输入使缓冲区溢出的数据； 5,输入相同的文件名； 命令按钮控件的测试 测试方法： a,点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口；b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31； c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会； 测试方法： a,一组单选按钮不能同时选中，只能选中一个。 b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”； c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空； 测试方法： a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单
软件测试规范一(控件测试用例编写规范)
软件测试规范一（控件测试用例编写规范） 【编写说明】 以集成性功能测试为主，针对测试用例的编写规范进行说明。重点突出了各种控件、网站/软件的常用业务功能和界面及外部接口的测试。 第一章功能测试——控件测试用例编写规范 一、文本框控件 1.输入的字符类型： 根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入字符要求： ①全中文； ②全英文； ③全数字； ④全其他字符`~!@#$%^&*()-=_+[]\{}|;’:”,./<>?等； ⑤中英文混合； ⑥中文和数字/其他字符混合； ⑦英文和数字/其他字符混合； ⑧包含空格。 2.输入长度测试： 根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入长度要求： ①正常的长度输入； ②临界值长度输入； ③临界值范围内、紧临临界值长度输入； ④临界值范围外，紧临临界值长度输入。 3.输入格式测试： 根据需求/设计说明，或者当前设计程序的使用功能默认，确定输入内容的格式： ①正常格式、正常值范围输入； ②非正常输入格式； ③允许输入值的临界值输入（最小值，最大值）； ④允许输入值的临界值范围内紧邻临界值的输入（最小值内，最大值内）； ⑤允许输入值的临界值范围外紧邻临界值的输入（大于最大值、小于最小值）； ⑥是否允许输入空格。 上述测试要覆盖字符类型、长度和格式的各种组合。 4.复制、粘贴： ①进行一次复制、一次粘贴操作； ②进行一次复制、多次粘贴操作。 5.普通文本框的测试用例(如：企业名称、姓名、设备名称等)
允许输入的内容一般分为以下几种：全中文（如姓名）、全英文、全数字（如数量）、全其他字符、中英文混合、中英文数字混合、英文数字混合、英文数字其他字符混合、数字其他字符混合。 全中文测试： 1)考虑一个正常长度的全中文输入； 2)考虑一个最小长度的全中文输入； 3)考虑一个比最小长度多一个的全中文输入； 4)考虑一个比最小长度少一个的全中文输入； 5)考虑一个最大长度的全中文输入； 6)考虑一个比最大长度多一个的全中文输入； 7)考虑一个比最大长度少一个的全中文输入； 全英文测试： 8)考虑一个正常长度的全英文输入； 9)考虑一个最小长度的全英文输入； 10)考虑一个比最小长度多一个的全英文输入； 11)考虑一个比最小长度少一个的全英文输入； 12)考虑一个最大长度的全英文输入； 13)考虑一个比最大长度多一个的全英文输入； 14)考虑一个比最大长度少一个的全英文输入； 全数字测试： 15)考虑一个正常长度的全数字输入； 16)考虑一个最小长度的全数字输入； 17)考虑一个比最小长度多一个的全数字输入； 18)考虑一个比最小长度少一个的全数字输入； 19)考虑一个最大长度的全数字输入； 20)考虑一个比最大长度多一个的全数字输入； 21)考虑一个比最大长度少一个的全数字输入； 全其他字符测试： 22)考虑一个正常长度的全其他字符输入；限制禁止输入其他字符。 23)考虑一个最小长度的全其他字符输入； 24)考虑一个比最小长度多一个的全其他字符输入； 25)考虑一个比最小长度少一个的全其他字符输入； 26)考虑一个最大长度的全其他字符输入； 27)考虑一个比最大长度多一个的全其他字符输入； 28)考虑一个比最大长度少一个的全其他字符输入； 29)考虑一个正常长度的中英文混合输入；限制禁止输入其他字符。 30)考虑一个最小长度的中英文混合输入； 31)考虑一个比最小长度多一个的中英文混合输入； 32)考虑一个比最小长度少一个的中英文混合输入； 33)考虑一个最大长度的中英文混合输入； 34)考虑一个比最大长度多一个的中英文混合输入； 35)考虑一个比最大长度少一个的中英文混合输入； 36)考虑一个正常长度的中文和数字混合输入； 37)考虑一个最小长度的中文和数字混合输入；
开源 C++配合大漠插件实现的消息泵模式按键模拟编程
开源C++配合大漠插件实现的消息泵模式按键模拟编程 开发背景:某天正在用OPENGL写一个UI界面库,发现实现过程越来越很有趣,一发不可收拾。 于是想着能不能在逻辑型代码上实现类似界面的那种思维。 花了2天写的,对新手或者老手都是会有帮助的。 这个类库的特点: 逻辑全部封装,你只需要提供要执行的行为,已经行为达到某个触发条件执行特定的事物。执行Execu即可。免去了大量重复的逻辑判断,大量的重复的函数调用。 加载大漠插件避开了COM组件注册表机制,用的WIN32方式加载 示例代码: 代码: DmFindPic PicBaiDu_Open;//点击召唤师资料 DmFindPic PicBaiDu_Yixia;//查找是否有装备设置图标但不点击 PicBaiDu_Open.SetPicName(".\\1.bmp"); PicBaiDu_Yixia.SetPicName(".\\2.bmp"); { PicBaiDu_Yixia.Enable_Click_whileFind(false);//找到图片不点击 PicBaiDu_Yixia.Enable_break_whileFind();//找到了就退出app1 DmABCDEFG_ACTION Yidong; Yidong.SetWay(偏移,100,20); PicBaiDu_Yixia.AddSubDo(&Yidong); DmABCDEFG_ACTION Shuangji; Shuangji.SetWay(双击,NULL); PicBaiDu_Yixia.AddSubDo(&Shuangji); DmABCDEFG_ACTION Shuru; Shuru.SetWay(输入文字,"测试");
VC大漠实例
MFC VC++ (VS2010) 调用大漠插件实例 小工具源代码： 隐藏鼠标指定的窗口，显示时要求输入密码：119 MiniTool.cpp 部分： // MiniTool.cpp : 定义应用程序的类行为。 // #include "stdafx.h" #include "MiniTool.h" #include "MiniToolDlg.h" #ifdef _DEBUG #define new DEBUG_NEW #endif // CMiniToolApp BEGIN_MESSAGE_MAP(CMiniToolApp, CWinApp) ON_COMMAND(ID_HELP, &CWinApp::OnHelp) END_MESSAGE_MAP() // CMiniToolApp 构造 CMiniToolApp::CMiniToolApp() { // TODO: 在此处添加构造代码， // 将所有重要的初始化放置在InitInstance 中 } // 唯一的一个CMiniToolApp 对象 CMiniToolApp theApp; // CMiniToolApp 初始化 BOOL CMiniToolApp::InitInstance() { // 如果一个运行在Windows XP 上的应用程序清单指定要 // 使用ComCtl32.dll 版本6 或更高版本来启用可视化方式，//则需要InitCommonControlsEx()。否则，将无法创建窗口。
INITCOMMONCONTROLSEX InitCtrls; InitCtrls.dwSize = sizeof(InitCtrls); // 将它设置为包括所有要在应用程序中使用的 // 公共控件类。 InitCtrls.dwICC = ICC_WIN95_CLASSES; InitCommonControlsEx(&InitCtrls); CWinApp::InitInstance(); AfxEnableControlContainer(); // 标准初始化 // 如果未使用这些功能并希望减小 // 最终可执行文件的大小，则应移除下列 // 不需要的特定初始化例程 // 更改用于存储设置的注册表项 // TODO: 应适当修改该字符串， // 例如修改为公司或组织名 SetRegistryKey(_T("MiniTool by liuh")); WinExec("regsvr32.exe dm.dll /s",SW_SHOW);//注册dm.dll，如果dm.dll为当前程序目录相对路径，则直接写dm.dll即可。 CMiniToolDlg dlg; m_pMainWnd = &dlg; INT_PTR nResponse = dlg.DoModal(); if (nResponse == IDOK) { // TODO: 在此放置处理何时用 // “确定”来关闭对话框的代码 } else if (nResponse == IDCANCEL) { // TODO: 在此放置处理何时用 // “取消”来关闭对话框的代码 } // 由于对话框已关闭，所以将返回FALSE 以便退出应用程序， // 而不是启动应用程序的消息泵。 return FALSE; } Dlg.cpp部分： // MiniToolDlg.cpp : 实现文件
【实用】功能和界面测试标准规范要求
一、功能测试 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1、输入框进行输入测试。包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。 2、对界面可操作按钮进行测试。包括【新增】/【添加】【保存】【取消】【删除】【查询(简项查询/高级查询)】【制作文书】【呈请审批】【打印】【退出】等等。同时需要对鼠标右键的菜单进行测试。 3、数据保存测试。将以上1 和2 进行组合。 4、必要条件控制测试。在做了3 时将必要条件（如：a、必填项（黑粗体表示）不可为空 b、身份证类型和证件号码判断 c、日期限制）联合起来验证。 5、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 6、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 7、字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错（测试时只要看是否有截取长度的功能，过长的字符比如256个输入保存，是否会报错）。 8、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。 9、标点符号检查：输入内容包括各种标点符号，特别是空格，各种引号，回车键\n，看系统处理是否正确。 10、检查带出信息的完整性：在查看信息或列表框选择的信息或者更新信息后，查看
所填写的信息是不是全部带出，带出信息和添加的是否一致。（比如地址选择控件，选择了长长的地址信息，是否都带入地址文本框，在保存后，是否地址信息都完整的保存）。 11、信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。 12、检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”删除”，看系统如何处理，会否提示；然后选择一个和多个信息，进行删除，看是否正确处理。 13、检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型。 14、检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理、报错。同时也要注意，会不会报和自己重名的错。 15、重复提交表单：一条已经成功提交的纪录，back （上一步）后再提交，看看系统是否做了处理。 16、检查多次使用上一步或上一页键的情况：在有上一步/下一步或上一页/下一页的地方，一直点到头再点回到开始，重复多次，看会否出错或按钮失效。 17、查询检查：在有查询功能的地方输入系统存在和不存在的内容，看查询结果是否正，如果可以输入多个查询条件，可以同时添加合理和不合理的条件，看系统处理是否正确。 18、输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。 19、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
软件测试中UI测试及其测试用例设计
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。 目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。 按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。 易用性细则： 1) 完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。 2) 完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。 3) 按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。 4) 界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。 5) 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 6) 同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。 7)分页界面要支持在页面间的快捷切换，常用组合快捷键Ct r l+Tab 8) 默认按钮要支持Ent er及选操作，即按Ent er后自动执行默认按钮对应操作。 9) 可写控件检测到非法输入后应给出说明并能自动获得焦点。 10) Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。 11) 复选框和选项框按选择几率的高底而先后排列。 12) 复选框和选项框要有默认选项，并支持Tab选择。 13) 选项数相同时多用选项框而不用下拉列表框。 14) 界面空间较小时使用下拉框而不用选项框。 15) 选项数叫少时使用选项框，相反使用下拉列表框。
常用基本控件测试用例
目录 树控件的测试错误!未指定书签。 下拉框（列表框）测试用例设计错误!未指定书签。 文本框为字符型错误!未指定书签。 日期控件文本框的测试错误!未指定书签。 命令按钮控件的测试错误!未指定书签。 单选按钮控件的测试错误!未指定书签。 翻页控件的测试错误!未指定书签。 上传控件的测试错误!未指定书签。 up－down控件文本框的测试错误!未指定书签。 复选框的测试错误!未指定书签。 滚动条控件的测试错误!未指定书签。 各种控件在窗体中混和使用时的测试错误!未指定书签。 查找替换操作错误!未指定书签。 插入操作错误!未指定书签。 编辑操作错误!未指定书签。 界面测试用例的设计方法错误!未指定书签。 菜单错误!未指定书签。 特殊属性错误!未指定书签。 其他错误!未指定书签。 树控件的测试外观操作返回目录 1）项目中的所有树是否风格一致 2）树结构的默认状态是怎样的。比如默认树是否是展开，是展开几级？是否有默认的焦点？默认值是什么？展开的节点图标和颜色？ 3）验证点开节点时页面上树结构的连线是否显示正确。 4）如果显示节点超过页面边界是否有规定。 5）节点和叶子显示的文字规定多长要折行。 6）节点和叶子显示的文字不能有乱码。（输入中文，特殊字符） 2、执行操作 1）点某个节点时，是否只展开下一级的节点和显示该级的叶子还是显示下一级全部的。 2）点页面刷新时，树结构是否按照要求变化，树结构是否保存现状还是程默认状态。 3、数据操作 1）树结构上数据是否正确。 2）树结构上的节点和叶子是否排序正确。（升序还是降序）。 3）树结构排序是按照数据库中得记录顺序排序还是按照程序数组得顺序。 4）执行了某一操作或数据有变化后，树结构是否回到默认状态，还是按现任状态保持展开。5）执行了某一操作或数据有变化后，修改后得数据是不是在正确得位置上，状态是否正确，排序是否正确。
网页常用测试用例点
一个网页通用的测试用例（借鉴他人的保存，加注释） 具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。请针 对这个页面设计30个以上的test case.） 此题的考察目的：面试者是否熟悉各种测试方法，是否有丰富的Web测试经验，是否了解Web开发，以及设计Test case的能力 这个题目还是相当有难度的，一般的人很难把这个题目回答好。 首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面。对用户名的长度，和密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等。还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。 请你记住一点，任何测试，不管测什么都是从了解需求开始的。 功能测试(Function test) 0. 什么都不输入，点击提交按钮，看提示信息。（非空检查） 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。（正常输入） 2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验） 3.登录成功后能否能否跳转到正确的页面（低） 4.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6.记住用户名的功能 7.登陆失败后，不能记录密码的功能 8.用户名和密码前后有空格的处理 9.密码是否加密显示（星号圆点等） 10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜 色（色盲使用者），刷新或换一个按钮是否好用 11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确 12.输入密码的时候，大写键盘开启的时候要有提示信息。
常用基本控件测试用例
目录 树控件的测试........................................................ 2.下拉框（列表框）测试用例设计 (2) 文本框为字符型...................................................... 3.日期控件文本框的测试................................................ 4.命令按钮控件的测试................................................. 4.单选按钮控件的测试................................................. 4.翻贞控件的测试..................................................... 5.上传控件的测试..................................................... 5. up— down控件文本框的测试.......................................... 5.复选框的测试....................................................... 5.滚动条控件的测试................................................... 6.各种控件在窗体中混和使用时的测试.. (6) 查找替换操作........................................................ 6.插入操作........................................................... 7..编辑操作........................................................... .7..界面测试用例的设计方法............................................. 8.菜单................................................................ 8..特殊届性............................................................ 8..其他................................................................ 8..
WEB界面测试用例
Web界面测试小结[1] 我是从事web测试的，特别是电子商务网站，现在大部分客户对界面的要求非常高，所以对于测试人员来讲，也必须特别注意界面的一些东西。从前几个项目来看，个人认为界面测试的测试点以及应该注意的问题： 1：界面的线条是否一致，每个界面中线条是否对齐，是否一致。（静态页面没有确认的情况下） 2：整个系统的界面是否保持一致 3：界面中是否存在错别字 4：界面所有的按钮样式是否一致 5：每个界面是否同原静态页面设计一致（静态页面确认的情况下） 6：操作是否友好 7：界面所有的按钮、下拉框是否有响应 8：界面所有的链接是否正常 9：界面所有的输入框是否都进行校验（例如：搜索框、字段输入框） 10：界面所有的列表页标题字是否会折行，标题字是否统一居中等，当然也可以居左，这需要同客户沟通（折行的话影响美观） 11：界面所有的展示图片是否样式一致 12：浏览器的兼容性问题，检查页面在不同浏览器下是否会发生异常 13：每个页面的提示字体的颜色、格式是否统一准确 14：界面中所有字段后面是否都存在冒号，有冒号，查看是否冒号为统一的中文冒号还是英文冒号。 15：界面中的提示说明叙述是否太啰嗦，有时候需要能简化尽量简化，并且字体显示格式一致，颜色统一。 16：在web网站，一般经常是后台控制前台的显示，因此在对后台进行数据添加时，查看前台是否有变化，并且查看界面的数据是否溢出框外。 当然，我们在进行界面测试时，必须明确UI测试的目的，它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。
确保用户界面符合公司和行业的标准。 通过用户界面测试来核实用户与软件的交互，UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作，除此之外，UI测试还却表UI功能内部的对象符号预期的要求，并遵循公司和行业的标准。 接下来，具体的分析一下界面测试的依据从哪些方面着手。 测试目标： 1：窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（tab键、鼠标移动和快捷键）的使用 2：窗口的对象和特征（例如：菜单、大小、位置、状态和中心）都符号标准 测试方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确的进行浏览，并处于正常的对象状态。 我们在实际工作当中，针对web应用程序，也就是经常所说的B/S系统，可以从如下方面来进行用户界面测试： 1：导航测试 导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等； 不同的链接页面之间，通过考虑下列问题，可以决定一个web应用系统是否易于导航；导航是否直观？web系统的主要部分是否可通过主页存取？web系统是否需要站点地图、搜索引擎或其他的导航帮助 当然，这些同美工以及客户需求有关。我们是根据已经确认的页面进行测试即可。 2：图形测试 图形包括图片、动画、边框、颜色、字体、背景、按钮等。 （1）要确保图形有明确的用途，图片或动画不要胡乱的堆在一起，以免浪费传输时间，web应用系统的图片尺寸要尽量地小，并且要能清楚的说明某件事情。一般都链接到某个具体的页面 （2）验证所有页面字体的风格是否一致 （3）背景颜色与字体颜色和背景色相搭配 （4）图片的大小和质量，一般采用jpg或gif压缩，最好能使用图片的大小减小到30k