功能测试

测试架demo功能说明

天大地大妈咪最大 提交于 2019-11-29 06:41:42
显示说明 显示 D1 D2 D3 D4 ESP8266 SIG AT 亮 灭 灭 灭 LIEDA SNIFFER 灭 亮 灭 灭 ESP32 SIG AT 亮 亮 灭 灭 CC13XX CC26XX 灭 灭 亮 灭 ESP EXT USER 亮 灭 亮 灭 … - - - - 按键说明 按键 功能 K1 K2 功能通外部触发EXT_KEY2 K3 上滚选择模组 K4 下滚选择模组 外部接线说明 序号 IO口 功能 生效模组 18 PB10 TTL或者MCU ESP32、ESP8266 17 PB2 EXT_KEY2(右) 所有 16 PB1 EXT_KEY1(左) 所有 15 PB0 EXT_LED2(右) 所有 14 PA6 EXT_LED1(左) 所有 13 PA1 EN,使能 ESP32、ESP8266 12 PA0 BOOT ESP32、ESP8266 11 GND 10 3V3 来源: https://blog.csdn.net/silicontra521/article/details/100543151

电商项目测试核心内容

99封情书 提交于 2019-11-29 05:46:27
一、登陆功能怎么测试? 功能方面的测试:   1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录,能否能跳转到正确的页面   2.输入错误的用户名, 验证登录失败,并且提示相应的错误信息   3.输入错误的密码, 验证登录失败,并且提示相应的错误信息   4.用户名为空, 验证登录失败,并且提示相应的错误信息   5.密码为空, 验证登录失败,并且提示相应的错误信息   6.用户名和密码都为空,点击登陆   7.用户名和密码前后有空格的处理 性能方面的测试   1.打开登录页面,需要多长时间   2.输入正确的用户名和密码后,登录成功跳转到新页面,需要多长时间 安全性方面的测试   1.密码是否在前端加密,在网络传输的过程中是否加密   2.用户名和密码的输入框,能否防止SQL注入攻击   3.用户名和密码的输入框,能否防止XSS攻击   4.错误登陆的次数限制(防止暴力破解)   5.是否支持多用户在同一机器上登录   6.一个用户在不同终端上登陆   7.用户异地登陆 用户体验测试:   1.页面布局是否合理,输入框和按钮是否对齐   2.输入框的大小和按钮的长度,高度是否合理   3.是否可以全用键盘操作,是否有快捷键   4.输入用户名,密码后按回车,是否可以登陆   5. 牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者)

黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系

旧巷老猫 提交于 2019-11-28 23:29:23
对于开发人员来说,往往对各种测试方法感到疑惑。特别是在整合代码的时候,我们就能深刻感觉受到测试的重要性。很多开发人员只注重写代码,轻视测试的重要性。总是代码一写完提交然后就交给测试组测试了,没多久测试组发回测试报告。然后又苦恼的修改自己代码的bug,慢慢地就开始讨厌测试组人员。没有经过自己细心测试的代码,不仅浪费了别人时间更影响到了自己的心情。 企业级项目实战(带源码)地址 : http://zz563143188.iteye.com/blog/1825168 收集五年的开发资料下载地址: http://pan.baidu.com/share/home?uk=4076915866&view=share 接下来为大家细心讲述一下各种测试应用的环境及作用 一、测试环境和角色 黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试 : 这些测试的范围正好是逐步递增的关系,但是测试的人员角色是不同。 黑盒测试、白盒测试、单元测试:开发人员分在不同的开发阶段要做的事情 黑盒测试、集成测试、系统测试:测试人员在测试周期内级层做的工作 验收测试:一般是在用户方做的工作 二、根据不同的范围 测试可以分为单元测试、集成测试、系统测试和验收测试。 体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。 三、测试的功能 1.单元测试 粒度最小,一般由开发小组采用白盒方式来测试

WEB测试—功能测试

[亡魂溺海] 提交于 2019-11-28 23:28:49
1. 链接测试 1.1 测试点: 是否添加链接 链接页面是否存在 链接页面与需求是否一致:页面的正确性、打开方式 等 一般,该链接测试在集成测试阶段(页面均开发完成)的时候进行 1.2 测试工具: Xenu Link Sleuth 免费 绿色免安装软件 HTML Link Validator 共享(30天试用) 1.3 延伸代码: 测试工具在实际应用时,其实是挺受限的。有时候,需要自己写点小代码去验证,主要用于系统回归。 比如: 1 // 封装判断web链接返回状态是否为2开头的 2 public static void ReadUrl(String surl){ 3 try { 4 URL url = new URL(surl); 5 URLConnection rulConnection = url.openConnection(); 6 HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection; 7 httpUrlConnection.setConnectTimeout(300000); 8 httpUrlConnection.setReadTimeout(300000); 9 httpUrlConnection.connect(); 10 String code = new Integer

Web测试需要注意的点

落花浮王杯 提交于 2019-11-28 15:19:47
一、功能测试 测试用例是测试的核心,测试用例的设计是一种思维方式的体现,在用例的设计中,用的比较多的方法是边界值分析法和等价类划分法,下面主要从输入框,搜索功能,添加、修改功能,删除功能,注册、登录功能以及上传图片功能等11个方面进行总结说明。 1、输入框 输入框是测试中最容易出现bug的地方,所以在测试时,一定要多加注意。 2、搜索功能 (1)比较长的名称是否能查到? (2)空格 或空 (3)名称中含有特殊字符,如:’ $ % & *以及空格等 (4)关键词前面或后面有空格 (5)如果支持模糊查询,搜索名称中任意一个字符是否能搜索到 (6)输入系统中不存在与之匹配的条件 (7)两个查询条件是否为2选1,来回选择是否出现页面错误 (8)输入脚本语言,如:等 3、添加、修改功能 (1)是否支持tab键 (2)是否支持enter键 (3)不符合要求的地方是否有错误提示 (4)保存后,是否也插入到数据库中? (5)字段唯一的,是否可以重复添加 (6)对编辑页列表中的每个编辑项进行修改,点击保存,是否保存成功? (7)对于必填项,修改为空、空格或其他特殊符号,是否可以编辑成功 (8)在输入框中,直接回车 (9)是否能够连续添加 (10)在编辑的时候,要注意编辑项的长度限制,有时,添加时有长度限制,但编辑时却没有(添加和修改规则是否一致) (11)添加时,字段是唯一的,不允许重复,但有时

web测试点总结

时间秒杀一切 提交于 2019-11-28 15:18:31
输入框 字符型输入框 字符型输入框:英文全角、英文半角、数字、空或者空格、特殊字符“~!@#¥%……&*?[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时,使用“粘贴、拷贝”功能尝试输入 长度检查:最小长度、最大长度、最小长度-1、最大长度+1、输入超多的字符比如把整个文章拷贝过去 空格检查:输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格 多行文本框输入:允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行,检查能否正确保存(若能,检查保存结果,若不能,查看是否有正常提示) 安全性检查:输入特殊字符串 (null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>)、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>) 数值型输入框 边界值:最大值、最小值、最大值+1、最小值-1 位数:最小位数、最大位数、最小位数-1、最大位数+1、输入超长值、输入整数 异常值、特殊字符:输入空白(NULL)、空格或"~!@#$%^&*等可能导致系统错误的字符、禁止直接输入特殊字符时,尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能,通过剪贴板拷贝到输入框,分页符,分节符类似公式的上下标等

Web测试流程

 ̄綄美尐妖づ 提交于 2019-11-28 15:17:38
Web项目测试流程大致包含的几个阶段:立项、需求评审、用例评审、测试执行、测试报告文档 立项后测试需要拿到的文档 1.需求说明书 2.原型图(及UI图) 3.接口文档 4.数据库字典(表的数量、缓存机制) 需求评审 参加人员:开发、测试及需求人员,由需求人员主持讲解 为了会议的有效举行,测试及开发人员需要在会议开始之前熟悉需求文档及原型,将有疑问的点标注出来再会议中一一确认,对不明确的点要督促开发及需求一并关注,对不能立马得到肯定回复的点记录在一起,会议结束后,邮件整理好发出给各位参与人员。 在项目可控的进度中,需求评审是必要的环节。当然,有些比较小的项目会忽略此阶段,个人认为这是非常有必要的环节,这不但减少了后期开发、测试、需求人员的意见分歧,还保证了项目的进度。 用例编写(同时根据开发计划编写测试计划) 用例功能类型 大致分为7类: 1.主流程:该模块实现的主要功能流程 2.备选流:不一定完成执行一个功能,而是终止了流程 3.异常流:由于某些异常原因,使流程的功能无法实现 4.业务规则:必填项,强制的要求 5.正常类:返回功能、必填项输入范围、页面按钮的切换等 6.异常类:网络异常、返回异常等 7.界面检查:针对每个页面的样式及内容检查 注:几个大类中主流程、正常类、异常类和界面检查四个大类使用的比较多,一个项目不需要涵盖所有的用例类别

Web测试要点(功能、性能、可用性、兼容、安全)

有些话、适合烂在心里 提交于 2019-11-28 15:17:19
一、 功能测试 1、链接测试   (1)、测试所有链接是否按指示的那样确实链接到了该链接的页面; (2)、测试所链接的页面是否存在; (3)、保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问)。 2、表单测试 (1)、注册、登陆、信息提交等,必须测试提交操作的完整性,以校验提交给服务器的信息的正确性; (2)、用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等; (3)、检验默认值的正确性; (4)、如表单只能接受指定的某些值,测试时跳过这些字符,看系统是否会报错。 3、Cookies测试(session测试同) (1)、Cookies是否起作用; (2)、Cookies是否按预定的时间进行保存; (3)、刷新对Cookies有什么影响。 4、设计语言测试 (1)、使用哪种版本的HTML; (2)、验证不同的脚本语言。例如Java、Javascrīpt、 ActiveX、VBscrīpt或Perl等。 5、数据库测试 (1)、数据一致性错误:主要是由于用户提交的表单信息不正确而造成的; (2)、输出错误:主要是由于网络速度或程序设计问题等引起的。 二、性能测试 1、连接速度测试 (1)、Web系统响应时间; (2)、超时的限制。 2、负载测试 (1)、某个时刻同时访问Web系统的用户数量; (2)

Web网站测试流程和方法

心不动则不痛 提交于 2019-11-28 15:16:58
一、测试流程 所有测试的流程大体上是一致的:开始测试前准备-->需求分析-->测试设计(测试计划,测试用例)-->执行测试--> 提交BUG-->测试总结。 对于web测试,较之其他软件测试又有所不同,这是细节的不同,这个不同需要我们在不停的测试中去总结 web测试正式测试之前,应先确定如何开展测试,不可盲目的测试。一般网站的测试,应按以下流程来进行: 1)使用HTML Link Validator将网站中的错误链接找出来; 2)测试的顺序为:自顶向下、从左到右; 3)查看页面title是否正确。(不只首页,所有页面都要查看); 4)LOGO图片是否正确显示; 5)LOGO下的一级栏目、二级栏目的链接是否正确; 6)首页登录、注册的功能是否实现; 7)首页左侧栏目下的文章标题、图片等链接是否正确; 8)首页中间栏目下的文章标题、图片等链接是否正确; 9)首页右侧栏目下的文章标题、图片等链接是否正确; 10)首页最下方的【友情链接】、【关于我们】等链接是否正确; 11)进入一级栏目或二级栏目的列表页。查看左侧栏目名称,右侧文章列表是否正确; 12)列表页的分页功能是否实现、样式是否统一; 13)查看文章详细页面的内容是否存在乱码、页面样式是否统一; 14)站内搜索(各个页面都要查看)功能是否实现; 15)前后台交互的部分,数据传递是否正确; 16) 默认按钮要支持Enter及选操作

Web测试的常见测试点

丶灬走出姿态 提交于 2019-11-28 15:16:13
本文转自 https://blog.csdn.net/apple126_xiaobai/article/details/79523561 Web测试是常见的测试场景,下面从页面,页面元素,功能,提示信息,容错性,权限,键盘操作部分讲述常见的测试点。 1.页面部分 (1)页面清单是否完整(是否已经将所需要的页面全部列出来了) (2)页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是否显示) (3)页面在窗口中的显示是否正确,美观(在调整浏览器窗口大小时,屏幕刷新是否正确) (4)页面特殊效果(如特殊字体效果,动画效果是否显示) (5)页面特殊效果显示是否正确 2.页面元素部分 (1)页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮,单选框,复选框,列表框,输入框等) (2)元素是否显示(元素是否存在) (3)元素是否显示正确(针对文字,图形,签章等) (4)元素的外形,摆放位置是否合理(如按钮,单选框,复选框,列表框,输入框等) (5)元素基本功能是否实现(如文字特效,动画特效,按钮,超链接等) (6)元素的容错性列表(如输入框,时间列表或日历) (7)元素的容错性是否正确或存在 3.功能部分 (1)数据初始化是否执行 (2)数据初始化是否正确 (3)数据处理功能是否执行或正确 (4)数据保存是否执行或正确 (5)是否对其他功能有影响 (6