测试对象:红框内的“价格筛选功能” 以下是功能需求: 1. 除了空以外,输入框不能输入数字之外的内容. 备注:如果出现数字之外的内容,输入框禁止输入. 2. 输入框不能小于0 备注:如果出现小于0的数字,输入框禁止输入负号,只保留数字. 3. 框1为空,框2有数值,清空所有输入框 4. 框1有数值,框2为空,清空所有输入框 5. 两个框都为空,搜索出所有商品 6. 第一个框的值要小于等于第二个框的值. 第一个框的值和第二个框的值相同时,如果存在该价格的商品仅展示该价格的商品,若没有,弹出“抱歉,

前置步骤: 上一篇的Python单元测试框架unittest,我认为相当于功能测试测试用例设计中的用例模板,在自动化用例的设计过程中,可以封装一个模板,在新建用例的时候,把需要测试的步骤添加上去即可: 而现在要做的就是学习如何定位页面元素,告诉系统我要找到什么UI元素,然后才能进一步的采取其他措施: 其实不想写这篇内容,可是又觉得如果去官方文档找信息又效率慢,那么我就将常用的步骤归纳,那样可以快速查阅解决问题. 参考英文官方资料:http://selenium-python.readthedoc

回顾 注册功能测试(步骤,需求分析(输入分析,处理分析,输出分析),数据构造(有效等价类,无效等价类,有效数据,无效数据),编写用例,执行用例,缺陷报告) 轮播图功能测试(步骤,需求分析拆分测试点,测试点到用例设计方法,编写测试用例,执行,缺陷报告) 购物车功能测试(步骤) 每日学习目标 掌握登录功能测试用例及缺陷编写 掌握流程图主要元素及画法 能够绘制tpshop前后台下单及发货流程图 掌握流程图设计测试用例方法 掌握功能测试涉及到的四种数据库场景 登录功能需求分析 输入分析:长度,类型,组成

建立整体的威胁模型,测试溢出漏洞.信息泄漏.错误处理.SQL 注入.身份验证和授权错误. 1.   输入验证 客户端验证 服务器端验证(禁用脚本调试,禁用Cookies) 1.输入很大的数(如4,294,967,269),输入很小的数(负数) 2.输入超长字符,如对输入文字长度有限制,则尝试超过限制,刚好到达限制字数时有何反应 3.输入特殊字符,如:~!@#$%^&*()_+<>:”{}| 4.输入中英文空格,输入字符串中间含空格,输入首尾空格 5.输入特殊字符串NULL,null,0

1. Web测试中关于登录的测试 2. 搜索功能测试用例设计 3. 翻页功能测试用例 4. 输入框的测试 5. Web测试的常用的检查点 6. 用户及权限管理功能常规测试方法 7. Web测试之兼容性测试 8. Web测试-sql注入 9. Web测试中书写用例时要考虑的检查点 10. 手机电子邮件测试用例 11. 记事本与日历的测试用例 12. Web测试总结 13. 让web站点崩溃最常见的七大原因 14. Web应用程序是否存在跨站点脚本漏洞 15. Web测试总结(全) 16. 理解we

做了几年的功能测试,也经手了好几个Web应用的项目,在做项目当中积累了一些经验.在这里我对通用一些功能模块的测试点做个记录,一来梳理一下测试用例设计的思路,以便加快相似项目的测试用例的设计,二来有利于设计出更加全面完善的测试用例.以后随着自己的测试技术的进步,也可以在这里对测试用例进行补充,查漏补缺. 1. 注册用户信息 (1)将某个必填项留空,检查系统是否对必填项为空的情况做了必要的处理: (2)在某个必填项中仅输入空格,检查系统是否能够正确处理: (3)按[Tab]键,光标是否能够按照从左到

介绍 这篇文档将会是一篇在「高层面」的怎么用 Robotframework 来编写优秀测试用例的原则.至于如何使用 Robotframework 来与您的待测试系统相作用这样的细节讨论是不包含在这篇文档中的. 最重要的一条原则就是保证测试用例对于(不?)熟悉这个领域的人来讲越简单越好. 关于这个主题的更多信息,你可以查看以下这些优秀的资源: Writing Maintainable Automated Acceptance Tests 作者:Dale H. Emery How to Struct

现在,让我们来看看在一个TestCase的功能测试. 展开 Simple TestSuite并双击Simple Login and Logout w. Properties Steps. 正如你所看到的TestCase包括五个TestSteps. 您也可以点击才能看到的测试文档的描述标签. 该步骤包括三个不同类型的TestSteps的; 一PropertyStep,TestRequests和PropertyTransfer.他们做了什么: PropertySteps:存储属性以备后用.在我们的例

介绍   pytest是一个成熟的全功能的Python测试工具,可以帮助你写出更好的程序. 适合从简单的单元到复杂的功能测试 l 模块化parametrizeable装置(在2.3,持续改进) l 参数化测试函数(用例) l 标记测试功能与属性 l Skip和xfail:处理不成功的测试用例(在2.4改进) l 通过xdist插件分发测试到多个CPU l 不断地重新运行失败的测试 l 灵活约定的Python测试发现 Home Page: http://pytest.org 安装 >pip ins

jQuery上传插件,文件上传测试用例 jQuery File Upload-jQuery上传插件介绍http://www.jq22.com/jquery-info230 jQuery File Upload-jQuery上传插件demohttp://www.jq22.com/yanshi230=============================================1.功能测试(1)选择符合要求的文件,上传--------上传成功:(2)上传成功的文件名称显示---------

对于<编程之美>P292上关于三角形测试用例的问题,题目是这样的: 输入三角形的三条边长,判断是否能构成一个三角形(不考虑退化三角形,即面积为零的三角形),是什么样的三角形(直角.锐角.钝角.等边.等腰). 函数声明为:byte GetTriangleType(int,int,int). 1. 如何用一个byte来表示各种输出情况? 2. 如果你是一名测试工程师,应该如何写测试用例来完成功能测试呢? 我的解答 在学习二进制和按位“|”的用法之前: 1. 此时我不知道如何用一个byte表示各种输

命名 测试套件的名称   之后,你可能应该描述你的名字. 名称是从文件或目录名自动创建: 扩展了. 强调了转换空间. 如果名称都是小写,大写的单词是. 名称可以是比较长的,但是太长的名字不方便 文件系统. “顶层套房的名字可以覆盖从命令行使用的 姓名选项,如果需要. 实例:   login_tests.robot -> Login Tests IP_v4_and_v6 -> IP v4 and v6   测试用例名称   试验名称应描述类似套房的名字. 如果一套包含许多类似的测试,和套件本身是

1页面部分(1) 页面清单是否完整(是否已经将所需要的页面全部都列出来了)(2) 页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是是否显示)(3) 页面在窗口中的显示是否正确.美观(在调整浏览器窗口大小时,屏幕刷新是否正确)(4) 页面特殊效果是否显示(5) 页面特殊效果显示是否正确 2 页面元素部分(1)页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮.单选框.复选框.列表框.超连接.输入框等等)(2)元素是否显示(元素是否存在)(3)页面元素是否显示正确(

二.详细用例的设计 划分好了测试项,接着就是针对各个测试项,考虑具体的测试用例了.根据测试项的特点,测试用例的设计角度也有所不同.下面我们就来看看通常的功能点测试用例,该从哪些角度出发来进行设计: 1.功能切面表面用例设计 (1).具体功能测试 根据需求分析设计,按页面提供的各个功能项,采用黑盒测试的各种方法,设计用例.比如页面提供了增.删.改.查功能,那么这四个功能是否正确实现就是我要验证的.这是最简单.最基本,同时也是必须的测试用例,通常我们的编码人员自测也就是做到这个程度.^_^ (2).

一.测试用例的切面设计 所谓测试切面设计,其实就是测试用例大项的划分.测试用例划分的经典方法是瀑布模型,也就是从上到下,逐渐细分,大模块包括小模块,小模块包括更小的模块.但仅仅如此是不够的,我们还要从更多的角度切入系统,从不同的角度把系统切分成一块一块的,来进行测试,从而确保测试大项的完整性. 1.功能点切面 这是最常见的切面,通常我们认为页面上的一个按钮就是一个功能点.然后我们可以根据功能的复杂程度,按每个功能:或一个功能点分多页:或多个功能点合成一页来进行用例的撰写. 2.特定切面 除此以外

分享一篇网上别人的感悟:      6年前,我在一家中型跨国公司工作的时候,我建议与其浪费时间在准备充分的测试用例,还不如编写描述测试场景的文档.所有的人都对我的建议.投以烦恼的目光.他们的脸上清晰地传递出,我这个建议犯了个大错误.虽然没人否认了这一想法,但更没有人愿意接受.每个人都认同传统做法,即编写测试用例,会更稳妥.我无力反驳. 4年之后,该公司接到一个测试项目,唯一的约束就是时间,唯一的期望是完整的测试证明材料.再次见面,我们讨论了怎么赶上最后期限的想法.应用程序主要是关于“通过搜索和生

一. 概念 判定表是分析和表达多逻辑条件下执行不同操作的情况的工具. 二. 判定表驱动法的应用 判定表的优点: a. 能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏.因此,利用判定表能够设计出完整的测试用例集合. b. 在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑条件的组合值,分别执行不同的操作.判定表很适合于处理这类问题 阅读指南”判定表:   1 2 3 4 5 6 7 8 问题 觉得疲倦? Y Y Y Y N N N N 感兴趣吗? Y

每个实行持续交付的项目,都有生产流水线的元素,如持续集成和自动化测试.这些测试是在不同层面进行的,从单元测试到冒烟测试再到功能测试.自动化功能测试的优点之一是可重复性和可预测的执行时间.出于这个原因,它应该作为软件质量的每一个构建之后的指标.功能测试自动化往往会成为一个瓶颈,所以你应该熟悉一下如何创建这样的测试的基本原则. 首先设计你的测试 测试集合可以比作盆景树. 最初的时候,我们照顾树根和树干.我们选择会成长的主要分支,我们每天都细心照料这棵树并等待它长出健康的叶子. 我们可以以类似的方式继

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.          概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.          等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等

一.功能测试      1.对话框测试输入进行测试.包括中文字符.英文字符.数字字符.特殊字符.及几种字符的组合.      2.对界面可操作按钮进行测试.包括[新增(N)][保存(S)][修改(M)][查询(A)][打印(P)][退出(X)].同时需要对鼠标右键的菜单进行测试.      3.数据保存测试.将1 和2 进行组合.      4.必要条件控制测试.在做了3 时将必要条件(如:a.编号.姓名不可为空b.编号.姓名不可重复)控制测试联合起来. 二.图形界面测试      1.窗体是否