软件测试之Web测试和App测试重点总结
- 格式:docx
- 大小:16.27 KB
- 文档页数:3
APP测试和pc端测试的区别先第一个app测试哪些点1、功能2、性能3、兼容性4、异常:网络5、压力6、可靠性7、用户体验9、竞品对比........等等一下子说不完和pc区别:1、考虑移动性2、网络问题3、屏幕大小4、省电5、更强调用户体验难点是:1、需求变化极快2、需要敏捷3、需要自动化4、持续集成等等不同点相对于web测试,手机软件测试,除了要考虑基本的功能测试、性能等,还要考虑手机本身固有的属性特征。
所以对比web测试和手机测试,手机测试过程中还需要注意如下几个方面特性:1)手机作为通信工具,来电、去电、接收短信等操作都会对app应用程序产生影响,所以app测试第一个要考虑的属性特征是:中断测试。
中断测试有人为中断、新任务中断以及意外中断等几种情况,主要从以下几个方面进行验证:a.来电中断:呼叫挂断、被呼叫挂断、通话挂断、通话被挂断b.短信中断:接收短信、查看短信c.其他中断:蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题(系统死机、重启)2)手机用户对app产品的安装卸载操作:从上一个版本/上两个版本直接升级到最新版本。
全新安装新版本新版本覆盖旧版本安装卸载旧版本,安装新版本卸载新版本,安装新版本3)web自动化测试使用的工具较常用的是QTP,而android手机自动化测试工具比较常用的是monkey、monkeyrunner。
兼容性测试,web的比较常用考虑到是不同分辨率的电脑、不同浏览器。
app考虑的是不同手机型号、厂家、分辨率和屏幕大小等。
补充一点:app测试也需要考虑安全测试移动端需要考虑到适配,兼容性1.2测试周期测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。
正式测试前先向主管确认项目排期1.3测试资源测试任务开始前,检查各项测试资源。
--产品功能需求文档;--产品原型图;--产品效果图;--行为统计分析定义文档;--测试设备(ios3.1.3-ios5.0.1;Android1.6-Android4.0;Winphone7.1及以上;Symbian v3/v5/Nokia Belle等);--其他。
十二、界面和易用性测试1、风格、样式、颜色是否协调2、界面布局是否整齐、协调(保证全部显示出来的,尽量不要使用滚动条3、界面操作、标题描述是否恰当(描述有歧义、注意是否有错别字)4、操作是否符合人们的常规习惯(有没有把相似的功能的控件放在一起,方便操作)5、提示界面是否符合规范(不应该显示英文的cancel、ok,应该显示中文的确定等)6、界面中各个控件是否对齐7、日期控件是否可编辑8、日期控件的长度是否合理,以修改时可以把时间全部显示出来为准9、查询结果列表列宽是否合理、标签描述是否合理10、查询结果列表太宽没有横向滚动提示11、对于信息比较长的文本,文本框有没有提供自动竖直滚动条12、数据录入控件是否方便13、有没有支持Tab键,键的顺序要有条理,不乱跳14、有没有提供相关的热键15、控件的提示语描述是否正确16、模块调用是否统一,相同的模块是否调用同一个界面17、用滚动条移动页面时,页面的控件是否显示正常18、日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XX XX:XX:XX19、页面是否有多余按钮或标签20、窗口标题或图标是否与菜单栏的统一21、窗口的最大化、最小化是否能正确切换22、对于正常的功能,用户可以不必阅读用户手册就能使用23、执行风险操作时,有确认、删除等提示吗24、操作顺序是否合理25、正确性检查:检查页面上的form, button, table, header, footer,提示信息,还有其他文字拼写,句子的语法等是否正确。
26、系统应该在用户执行错误的操作之前提出警告,提示信息.27、页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。
28、合理性检查:做delete, update, add, cancel, back等操作后,查看信息回到的页面是否合理。
29、检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。
十三、兼容性测试兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,包括操作系统兼容和应用软件兼容,可能还包括硬件兼容比如涉及到ajax、jquery、javascript等技术的,都要考虑到不同浏览器下的兼容性问题。
App测试和Web测试的区别
1、web项目是B/S架构,基于浏览器的。
app项目是C/S架构,必须要有客户端。
2、web测试只要更新了服务端,客户端就会同步更新;
app修改了服务端,则客户端用户所有核心版本都要回归;
3、web项目需检测响应时间、CPU和memory;
app项目除了这些还有检测流量和耗电量等。
4、web项目兼容性测试主要是浏览器和操作系统的兼容;
app项目针对设备系统(ios、android)、手机型号(华为、三星、联想等等)进行兼容性测试
5、相对于web测试,app有专项测试
a.干扰测试:中断、来电、短信、关机、重启
b.2g、3g、4g和wifi网络状态下的app使用情况
c.网络切换测试:网络断开重连、网络环境切换(wifi切换到4g网络等)
d.安装需考虑安装时的中断、弱网、安装后删除文件等情况
e.更新强制更新、非强制更新、增量包更新、断点续传、弱网状态更新
f.卸载卸载后是否删除app相关文件
6、界面操作:app测试要注意手势、横竖屏切换、多点触控、前后台切换等场
景
7、安全测试:安装包是否可编译代码、安装包是否签名、权限设置(例如访问
通讯录等)。
8、边界测试:可用存储空间少、没有sd卡和双sd卡、飞行模式下、系统时间
有误、第三方依赖(QQ、微信登录)等等
9、权限测试:设置某个app是否可以获得该权限,例如是否可以访问通讯录、
相册、照相机等等。
10、App自动化测试使用appium工具、app性能测试一般使用jmeter;
Web自动化测试使用selenium工具、web性能测试一般使用lr和jmeter;。
APP测试与WEB测试的区别一、APP与Web测试的主要异同1)、相同点:流程方面相同,都要经过计划,方案,测试分析,用例,环境搭建,测试执行,报告,总结等测试类型方面也基本相同,都要进行功能测试,UI测试,易用性测试,性能测试,兼容性测试,安全测试,安装/升级/卸载测试,文档测试2)、不同点主要体现在细节方面,主要不同点如下:不同点1:兼容性方面WEB的兼容性主要关注:服务器的操作系统,数据库的类型,客户端的操作系统,客户端的浏览器APP的兼容性主要关注:不同机器的品牌及型号,操作系统类型及版本,屏幕大小,分辨率不同点2:性能方面WEB系统的性能测试只需要测试服务端的性能,Web测试的性能方面主要关注时间与资源占用APP系统的性能测试包括服务端和终端的性能,App除了关注服务端的时间与资源占用外,还会考虑终端的流量,电量,cpu,内存占用等不同点3:安装升级卸载方面WEB系统的安装主要在服务器端APP系统的安装包括服务端和终端,无论是服务端还是客户端有更新,都需要执行相关测试其他不同点:APP专项测试相关二、APP其它专项测试1)、APP测试的准备移动观象台 /index.html确定APP的设备(品牌、型号、尺寸、屏幕分辨率)确定APP的版本及操作系统类型(iOS和Android)用表格记录APP的设备和版本2)、网络测试:2G,3G,4G,Wifi,移动,联通,电信,弱网,强网不同网络下能正常工作,网络中断,连接,切换3)、多任务处理,切换及意外情况处理正常打开被测APP运行APP的功能突然被其他应用打断(意外,短信、电话、通知)切换到该应用、或者、忽略该应用被测APP能够继续之前的操作,不发生`ANR`或者`Crash`4)、手势(长按屏幕,上下、左右滑动,双手指捏合、放大放小)5)、消息通知及显示(接到消息后,以何种方式向用户展现,比如在屏幕上方显示等)6)、使用高内存的处理(App对于读取大量图片、视频等进行高内存占用操作的处理能力)7)、支持的文件格式(如果APP支持打开并阅读文件,需要关注支持的格式能够正常显示,不支持的格式有相关提示,不能导致系统崩溃)8)、APP的用户体验(横屏,字体大小设置以及美观,遵循iOS 和Android的设计规范)9)、APP响应不同的设备用户界面10)、APP的消息显示和通知显示(锁屏的通知,下拉通知栏的通知,应用程序消息栏)11)、APP能否及时显示和同步数据(Web端 + PC端 + APP端同步消息及数据)12)、安装、升级及卸载测试13)、操作系统升级之后能否访问APP14)、应用召唤(在一个应用内调用另一个应用,比如,微信发朋友圈时调用相册或照相机)15)、多台设备登录(如果不支持多台设备登录,应该要自动退出,如果支持多台登录,则需要关注同时登录后数据的显示与同步)。
测试要点总结一、环境配置测试(1)网络连接是否正常(2)网络流量负担是否过重(3)软件测试平台是否可选(4)如果(3),是否在不同的软件测试平台进行软件测试(5)所选软件测试平台的版本(包括Service Pack)是否正确(6)所选软件测试平台的参数设置是否正确(7)所选软件测试平台上正在运行的其它程序是否会影响测试结果(8)画面的分辨率和色彩设定是否正确二、代码测试A.静态测试(1)同一程序内的代码书写是否为同一风格(2)代码布局是否合理、美观(3)程序中函数、子程序块分界是否明显(4)注释是否符合既定格式(5)注释是否正确反映代码的功能(6)变量定义是否正确(长度、类型、存储类型)(7)是否引用了未初始化变量(8)数组和字符串的下标是否为整数(9)的数组和字符串的下标是否在范围内(不“越界”)(10)进行数组的检索及其它操作中,是否会出现“漏掉一个这种情况”(11)是否在应该使用常量的地方使用了变量(例:数组范围检查)(12)是否为变量赋予不同类型的值(13)(12)的情况下,赋值是否符合数据类型的转换规则(14)变量的命名是否相似(15)是否存在声明过,但从未引用或者只引用过一次的变量(16)在特定模块中所有的变量是否都显式声明过(17)非(16)的情况下,是否可以理解为该变量具有更高的共享级别(18)是否为引用的指针分配内存(19)数据结构在函数和子程序中的引用是否明确定义了其结构(20)计算中是否使用了不同数据类型的变量(21)计算中是否使用了不同的数据类型相同但长度不同的变量(22)赋值的目的变量是否小于赋值表达式的值(23)数值计算是否会出现溢出(向上)的情况(24)数值计算是否会出现溢出(向下)的情况(25)除数是否可能为零(26)某些计算是否会丢失计算精度(27)变量的值是否超过有意义的值(28)计算式的求值的顺序是否容易让人感到混乱(29)比较是否正确(30)是否存在分数和浮点数的比较(31)如果(30),精度问题是否会影响比较(32)每一个逻辑表达式是否都得到了正确表达(33)逻辑表达式的操作数是否均为逻辑值(34)程序中的Begin…End和Do…While等语句中,End是否对应(35)程序、模块、子程序和循环是否能够终止(36)是否存在永不执行的循环(37)是否存在多循环一次或少循环一次的情况(38)循环变量是否在循环内被错误地修改(39)多分支选择中,索引变量是否能超过可能的分支数(40)如果(39),该情况是否能够得到正确处理(41)子程序接受的参数类型、大小、次序是否和调用模块相匹配(42)全局变量定义和用法在各个模块中是否一致(43)是否修改了只作为输入用的参数(44)常量是否被做为形式参数进行传递B 动态测试(1)测试数据是否具有一定的代表性(2)测试数据是否包含测试所用的各个等价类(边界条件、次边界条件、空白、无效)(3)是否可能从客户那边得到测试数据(4)非(3)的情况下,所用的测试数据是否具有实际的意义(5)是否每一组测试数据都得到了执行(6)每一组测试数据的测试结果是否与预期结果一致(7)文件的属性是否正确(8)打开文件语句是否正确(9)输入/输出语句是否与格式说明书所记述的一致(10)缓冲区大小与记录长度是否匹配(11)使用文件前是否已打开了文件(12)文件结束条件是否存在(13)产生输入/输出错误时,系统是否进行检测并处理(14)输出信息中是否存在文字书写错误和语法错误(15)控件尺寸是否大小适宜(16)控件颜色是否符合规约(17)控件布局是否合理、美观(18)控件TAB顺序是否从左到右,从上到下(19)数字输入框是否接受数字输入(20)(19)的情况下、数字是否按既定格式显示(21)数字输入框是否拒绝字符串和“非法”数字的输入(22)组合框是否的能够进行下拉选择(23)组合框是否能够进行下拉多项选择(24)对于可添加数据组合框,添加数据后数据是否能够得到正确显示和进行选择(25)列表框是否能够进行选择(26)多项列表框是否能够进行多数据项选择(27)日期输入框是否接受正确的日期输入(28)日期输入框是否拒绝错误的日期输入(29)日期输入框在日期输入后是否按既定的日期格式显示日期(30)单选组内是否有且只有一个单选钮可选(31)如果单选组内无单选钮可选,这种情况是否允许存在(32)复选框组内是否允许多个复选框(包括全部可选)可选(33)如果复选框组内无复选框可选,这种情况是否允许存在(34)文本框及某些控件拒绝输入和选择时显示区域是否变灰或按既定规约处理(35)密码输入框是否按掩码的方式显示(36) Cancel之类的按钮按下后,控件中的数据是否清空复原或按既定规约处理(37) Submit之类的按钮按下后,数据是否得到提交或按既定规约处理(38)异常信息表述是否正确(39)软件是否按预期方式处理错误(40)文件或外设不存在的情况下是否存在相应的错误处理(41)软件是否严格的遵循外设的读写格式(42)画面文字(全、半角、格式、拼写)是否正确(43)产生的文件和数据表的格式是否正确(44)产生的文件和数据表的计算结果是否正确(45)打印的报表是否符合既定的格式(46)错误日志的表述是否正确(47)错误日志的格式是否正确。
web测试报告目录1. 概述1.1 背景介绍1.2 测试目的2. 测试范围2.1 软件环境2.2 硬件环境3. 测试内容3.1 功能测试3.2 兼容性测试3.3 性能测试4. 测试结果4.1 功能测试结果4.2 兼容性测试结果4.3 性能测试结果5. 问题与建议5.1 发现的问题5.2 解决方案建议1. 概述1.1 背景介绍在本次web测试报告中,我们对某网站进行了全面的测试,旨在保证网站在不同环境下能够正常运行,并且提出可能存在的问题与改进建议。
1.2 测试目的本次测试旨在发现网站在功能、兼容性和性能方面的问题,并提出相应的解决方案,确保网站的稳定性和用户体验。
2. 测试范围2.1 软件环境在测试过程中,我们使用了不同的操作系统和浏览器进行测试,包括Windows、Mac和Linux系统下的Chrome、Firefox和Safari浏览器。
2.2 硬件环境我们在不同配置的电脑和移动设备上进行了测试,确保网站在不同设备上的兼容性。
3. 测试内容3.1 功能测试功能测试包括对网站的各项功能进行验证,包括登录、注册、搜索、下单等功能的正常性和稳定性的检查。
3.2 兼容性测试兼容性测试主要针对不同浏览器和操作系统下的网站显示和功能进行检查,确保用户在不同环境下都能正常访问和使用网站。
3.3 性能测试性能测试主要检测网站的响应速度、负载能力和稳定性,确保网站能够在高负载情况下正常运行。
4. 测试结果4.1 功能测试结果经过功能测试,发现网站在登录过程中存在部分问题,需要进一步优化改进;其他功能均运行正常,用户体验良好。
4.2 兼容性测试结果在不同浏览器和操作系统下进行兼容性测试,网站显示和功能均正常,兼容性良好。
4.3 性能测试结果经过性能测试,网站响应速度较快,负载能力良好,性能稳定。
5. 问题与建议5.1 发现的问题1. 登录过程中存在页面加载缓慢的情况,需要优化登录接口。
2. 部分功能按钮在手机端显示不清晰,需要调整按钮大小。
web测试要点及基本方法
Web测试的要点包括功能测试、性能测试、易用性测试、兼容性测试、安
全测试和接口测试。
这些测试的目标是确保Web应用在各种条件下都能正常、安全地运行,并且用户体验良好。
基本方法如下:
1. 功能测试:链接测试确保所有链接都能正确指向目标页面。
这可以通过自动检测网站链接的工具如Xenu Link Sleuth来实现。
表单测试确保在线注册、配送信息等表单功能正常工作。
2. 性能测试:包括负载测试和压力测试,以评估Web应用在高负载下的性能表现。
3. 易用性测试:检查Web应用的导航、布局和信息架构是否符合用户期望和习惯。
4. 兼容性测试:检查Web应用在不同浏览器、操作系统和设备上的兼容性,确保用户在不同环境下都能正常使用。
5. 安全测试:通过渗透测试和安全漏洞扫描来识别并修复潜在的安全风险,保护用户数据和交易安全。
6. 接口测试:检查前后端接口是否按照预期工作,数据传输是否正确。
以上内容仅供参考,如需更多信息,建议查阅软件测试相关书籍或咨询软件测试专业人士。
web端测试要点Web端测试要点在进行Web端测试时,有一些关键的要点需要注意,以确保测试的有效性和高质量。
以下是一些重要的要点,供测试人员参考。
1. 浏览器兼容性测试在进行Web端测试时,首要的任务是测试在不同的浏览器上的兼容性。
不同浏览器有不同的渲染引擎和特性,可能导致页面显示不一致或功能不正常。
因此,测试人员需要在常见的浏览器(如Chrome、Firefox、Safari、Edge等)上进行测试,确保页面在各种浏览器上都能正常显示和运行。
2. 响应式设计测试现代网站通常会采用响应式设计,以适应不同尺寸和设备的屏幕。
在Web端测试中,需要验证页面在不同设备上的显示效果,包括桌面电脑、平板电脑和手机等。
测试人员应该检查页面布局、元素排列和功能操作是否符合预期,确保用户在不同设备上都能获得良好的体验。
3. 页面加载速度测试页面加载速度是用户体验的重要因素之一,过慢的加载速度会影响用户对网站的使用体验,并可能导致用户流失。
在Web端测试中,需要测试页面的加载速度,包括整体页面加载时间、各个元素的加载时间等。
测试人员可以使用工具如PageSpeed Insights等来评估页面的性能,并提出优化建议。
4. 功能测试除了外观和性能方面的测试,功能测试也是Web端测试中必不可少的一部分。
测试人员需要验证网站的各项功能是否正常运行,包括登录注册、搜索功能、购物车功能、支付功能等。
在功能测试中,需要考虑各种输入情况和异常情况,确保系统能够正确处理各种情况下的操作。
5. 安全性测试在Web端测试中,安全性测试也是至关重要的一环。
测试人员需要验证网站的安全性,包括数据传输的加密、用户权限的控制、防止SQL注入和跨站脚本攻击等。
通过安全性测试,可以确保网站在面对潜在的安全威胁时能够有效保护用户数据和系统安全。
总结在进行Web端测试时,以上几个要点是至关重要的。
测试人员需要全面、系统地进行测试,确保网站在各个方面都能够正常运行和提供良好的用户体验。
web测试前景和app测试
Web测试和app测试在功能和流程上基本无区别,但是在系统测试和细节上还是有所不同。
Web测试是基于浏览器的b/s架构,而app是在客户端的c/s架构。
因此在系统测试时,web测试在更新服务器端的同时,客户端也会同步更新,并且可保证每个用户的客户端完全一致。
但app测试这点就得不到完全的保证,除非用户自动更新客户端。
若在app状态下修改服务端,那客户端用户使用的核心版本皆要进行一次回归测试。
前景:随着人们越来越重视用户界面的设计美感和操作体验,企业对Web前端工程师的需求也变得越来越大,而且Web前端开发资深人员的市场缺口仍在与日俱增。
国外的前端开发和后端开发人员占比为1:1,国内占比是1:3,虽然比例相差较大,但随着web前端行业的高速发展,其岗位的人才缺口已经达到了近50万,并且北上广深等一线城市的Web前端开发人员的薪资待遇也因此而一高再高。
所以总体来说,该行业前景还不错,就业情况相对较好。
软件测试中43个功能测试点总结在软件测试中,功能测试是一种重要的测试方法,旨在验证系统是否按照需求规格说明书或用户需求正常运行。
在功能测试中,需要关注各个模块和功能点,以确保系统功能的完整性和正确性。
以下是43个功能测试点的总结:1.登录功能:验证用户是否可以成功登录系统,并且系统能正确识别用户的身份和权限。
2.注册功能:测试用户是否能够成功注册,并且输入的各项信息是否合法。
3.找回密码功能:测试用户是否可以通过正确的验证方式找回密码。
4.修改密码功能:验证用户是否能够成功修改密码,并且新密码是否能够生效。
5.退出登录功能:测试用户是否能够正常退出登录,并且系统能够正确保存用户的登录状态。
6.主页功能:测试主页是否能够正确展示各个功能入口和信息。
7.功能:验证功能是否能够准确地返回符合条件的结果。
8.列表展示功能:测试系统在各个列表页面中,是否可以正确地展示相关信息。
9.分页功能:测试系统在分页情况下,是否能够正确地显示和导航到各个页面。
10.排序功能:验证系统在排序功能上是否能够正确地按照指定规则进行排序。
11.添加功能:测试用户是否能够成功添加相关信息,并且添加的信息是否能够正确地保存到系统中。
12.修改功能:验证用户是否能够成功修改相关信息,并且修改后的信息是否能够正确保存到系统中。
13.删除功能:测试用户是否能够成功删除相关信息,并且删除的信息是否能够正确从系统中移除。
14.导出功能:验证系统是否能够正确地导出相关信息,并且导出的格式是否符合要求。
15.导入功能:测试系统是否能够正确地导入相关信息,并且导入的内容是否能够正确地更新到系统中。
16.打印功能:验证系统是否能够正确地打印相关信息,并且打印的格式和内容是否符合要求。
17.权限控制功能:测试系统是否能够正确地根据用户的权限控制其可以访问的功能和操作。
18.多语言功能:验证系统是否能够正确地显示各个语言的界面和信息,并且支持用户选择不同的语言。
WEB测试要点及基本方法Web测试是指对Web应用程序进行测试的过程。
Web测试的目的是确保应用程序能够以及时、准确、安全和可靠的方式向用户提供服务。
在进行Web测试时,需要注意以下几个要点,并采用一些基本的方法来进行测试:1. 功能测试:功能测试是Web测试的核心。
在功能测试中,需要测试应用程序的各项功能是否按照设计和要求正常工作。
具体来说,需要测试用户能否成功注册、登录、浏览、购买、提交表单等功能。
此外,还需要测试异常情况下的处理,比如用户输入错误的用户名或密码时应该如何处理。
2. 兼容性测试:由于不同的操作系统、浏览器和设备的存在,Web 应用程序需要在各种不同的环境下正常工作。
在兼容性测试中,需要测试应用程序在不同的操作系统(如Windows、Mac、Linux)、浏览器(如Chrome、Firefox、Safari、IE、Edge)和设备(如PC、手机、平板)上是否正常显示和工作。
3. 性能测试:性能测试是评估Web应用程序在各种负载条件下的性能表现。
在性能测试中,需要测试应用程序的响应时间、吞吐量、并发用户数等指标。
具体来说,可以使用压力测试工具模拟大量并发用户访问应用程序,以评估其性能表现。
此外,还可以进行负载测试、容量规划和性能优化等工作,以保证应用程序的性能满足用户需求。
4. 安全测试:安全测试是评估Web应用程序的安全性的过程。
在安全测试中,需要测试应用程序对潜在的安全威胁(如跨站脚本攻击、SQL 注入攻击、会话劫持、身份验证问题等)的防范能力。
具体来说,可以使用安全测试工具对应用程序进行漏洞扫描,以发现潜在的安全隐患。
此外,还需要测试应用程序的用户权限控制、数据加密、恶意代码防范等方面的功能。
5. 可用性测试:可用性测试是评估Web应用程序在实际使用中的易用性和用户体验的过程。
在可用性测试中,需要测试用户能否容易地找到需要的信息,以及能否容易地完成各项操作。
具体来说,可以进行用户界面测试、导航测试、页面加载速度测试等,以评估应用程序的可用性。
第1篇app测试总结App测试总结一、App测试流程与web项目流程区别对UI要求比较高,需要更加注重用户体验。
对于一个小小的屏幕,如何让用户使用更加轻便、简介、易用。
App是调用服务端接口展示数据。
我们测试需要可以判断问题是客户端还是服务端接口返回数据错误。
App网络测试。
手机对网络要求比较特别,网络分2G,3G,wifi。
有条件的话,可以分别测试下。
App需要版本升级功能。
(非常重要)Push推送测试(现在客户基本都挺重视此功能)二、服务端测试服务端一般会提供JSON格式的数据给客户端,所以我们在服务端需要进行接口测试,确保服务端提供的接口并转换的JSON内容正确,对分支、异常流有相应的放置。
我们可以用RESTClient进行接口测试(接口需要开发提供文档,如何调用接口)安装方法安装Firefox-附件组件-扩展安装成功后,点击restclient图标根据开发提供文档编辑url如图,可以获取json数据。
通过这个我们可以测试接口返回数据是否正确三、客户端测试网络1)无网络,执行需要网络的操作,要有友好的提示,确保程序不出现crash。
由于网络出现crash都属于bug。
2)内网测试时,要注意选择到外网操作时的异常处理。
3)网络信号不好时,检查功能状态是否正常,确保不因提交数据失败而造成crash 4)网络信号不好时,检查数据是否会一直处于提交中的状态,有无超时限制。
如遇数据交换失败时要给予提示5)网络信号不好时,执行操作后,在回调没有完成的情况下,退出本页面或者执行其他操作的情况,有无异常情况。
此问题也会经常出现程序crash应用的前后台切换1) app切换到后台,再回到app,检查是否停留在上一次操作界面 2) app切换到后台,再回到app,检查功能及应用状态是否正常3) app切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换前台数据有自动更新的时候。
4)手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换前台数据有自动更新的时候。
app测试和web测试的相同点和不同点1、测试流程相同都需要⽴项、反串讲、⽤例设计,测试执⾏,缺陷管理,测试报告、上线、线上持续跟进。
2、从测试内容和⽅法也相同都需要进⾏功能测试、性能测试、安全性测试、GUI测试等测试类型。
3、主要区别在于具体测试的细节和⽅法,具体如下:(1)性能测试,在WEB测试只需要测试吞吐量、响应时间这个要素,在App测试中还需要考虑流量测试、耗电量、帧率等测试。
(2)兼容性测试:在WEB端是兼容浏览器,在App端兼容的是⼿机设备。
同时,相对应的兼容性测试⼯具也不相同,WEB因为是测试兼容浏览器,所以需要使⽤不同的浏览器进⾏兼容性测试(常见的是兼容IE10,IE8,chrome,firefox)如果是⼿机端,那么就需要兼容不同品牌,不同分辨率,不同android版本甚⾄不同操作系统的兼容。
(常见的兼容⽅式是兼容市场占⽤率前N位的⼿机即可),有时候也可以使⽤到兼容性测试⼯具,但WEB兼容性⼯具多⽤IETester等⼯具,⽽App 兼容性测试会使⽤Testin这样的商业⼯具也可以做测试。
(3)安装测试:WEB测试基本上没有客户端层⾯的安装测试,但是App测试是存在客户端层⾯的安装测试,那么就具备相关的测试点。
(4)App测试基于⼿机设备,还有⼀些⼿机设备的专项测试。
如交叉事件测试,操作类型测试,⽹络测试(弱⽹测试,⽹络切换)交叉事件测试:就是在操作某个软件的时候,来电话、来短信,电量不⾜提⽰等外部事件。
操作类型测试:如横屏测试,⼿势测试⽹络测试:包含弱⽹和⽹络切换测试。
需要测试弱⽹所造成的⽤户体验,重点要考虑回退和刷新是否会造成⼆次提交。
弱⽹络的模拟,据说可以⽤360wifi实现设置。
(5)从系统架构的层⾯,WEB测试只要更新了服务器端,客户端就会同步会更新。
⽽且客户端是可以保证每⼀个⽤户的客户端完全⼀致的。
但是APP端是不能够保证完全⼀致的,除⾮⽤户更新客户端。
如果是APP下修改了服务器端,意味着客户端⽤户所使⽤的核⼼版本都需要进⾏回归测试⼀遍。
Web、APP、⼩程序和H5测试有什么区别Web、APP、⼩程序和H5测试有什么区别
Web测试:功能测试:刷新、回退、前进、翻页、页⾯加载、url
兼容测试:不同的浏览器内核进⾏测试(IE、chrome、Firefox)
性能测试:web项⽬需监测响应时间、CPU、内存
H5测试:Web要在电脑端测试,H5可以在电脑端和⼿机浏览器测试或者app内部打卡测试
功能测试:刷新、回退、前进、翻页、页⾯加载、url、界⾯测试
性能测试:页⾯加载时间、弱⽹络环境和服务端的压测
兼容性测试:浏览器兼容、系统版本兼容、分辨率兼容
app打卡的h5测试点:
(1)session传输(2)登陆(3)url信息(4)页⾯适配
app测试:界⾯测试:分辨率,屏幕尺⼨,兼容性
设备系统:Android/iOS 多少系统(安卓还要看不同⼿机)
专项测试:
(1)⼲扰测试:中断,来电,短信,关机,重启
(2)弱⽹测试:2g、3g、4g,wifi⽹络状态差
(3)安装、更新、卸载
⼩程序测试:开发版本⼆维码、体验版本⼆维码、线上版本,⼩程序更新不需要⼿动更新⾃动更新。
一、基础知识1、什么是软件测试,软件测试的目的是啥?2、什么是测试计划?都包括啥?什么是测试方案,什么是测试策略?测试方案包含哪些内容?测试用例设计方法有哪些?测试用例内容有哪些?3、测试用例为什么需要分级,如何分级别?测试用例需要哪些人来评审?评审的目的是什么?好的测试用例关键点是什么?不能发现BUG的测试用例不是好的测试用例吗?4、测试分为哪几个阶段?5、软件测试类型都有哪些?你进行过哪些测试,擅长什么?6、软件缺陷等级划分7、缺陷生命周期8、测试生命周期9、为什么要进行交叉测试?10、α、β测试是什么,两者的区别是什么?11、什么是驱动模块、桩模块12、什么是白盒测试,有几种方法13、测试结束标准14、测试报告包含哪些内容?15、项目中的需求,测试可以和客户沟通吗?不确定的需求怎么解决?16、你认为测试人员需要具备哪些素质?开发犯低级错误怎么办?开发说不是bug怎么办?你为什么能够做测试这一行?你的职业规划?17、如何测试纸杯二、接口测试1、什么是API?什么是API测试?2、常见的API测试点有哪些?API测试中使用的一些常用协议?用于API测试的工具?最常用的API文档模板?3、API和Web服务之间的区别?4、什么是Soap?什么是Rest API?SOAP和REST的区别?5、API常见测试有哪些?API测试有哪些优势?API测试中验证哪些内容?6、API测试、单元测试和UI测试之间的区别?7、API测试中可能会遇到哪些问题?8、执行API测试时我们一般会发现哪些BUG类型呢?9、接口测试用例的编写要点有哪些?10、列举一些最常用的HTTP方法?常见的响应状态码及意义11、可以使用GET请求而不是POST请求来创建资源吗?POST和GET有什么区别?12、PUT和POST方法有什么区别?13、接口产生的垃圾数据如何清理?测试的数据你放在哪?14、你们怎么做的参数化?15、接口测试的步骤有哪些?API测试设计的原理是?16、异步接口怎么测试?17、请详细阐述接口测试和UI测试在测试活动中是如何协同测试的?18、怎么设计接口测试用例?19、下个接口请求参数依赖上个接口的返回数据?依赖于登录的接口如何处理?依赖于第三方数据的接口如何进行测试?20、不可逆的操作,如何处理,比如删除一个订单这种接口如何测试21、json和字典dict的区别?三、性能测试1、性能测试包含了哪些软件测试(至少举出3种)?2、请问什么是性能测试、负载测试、压力测试?3、在给定的测试环境下进行,考虑被测系统的业务压力量和典型场景?4、什么时候可以开始执行性能测试?5、简述性能测试的步骤。
web测试和移动端测试有啥区别?1.从技术上来说:WEB测试和移动端测试其测试类型也基本相似,都需要进⾏功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和⽅法。
web项⽬,⼀般都是b/s架构,基于浏览器的,⽽app则是c/s的,是有客户端的。
2.从系统架构来看的话:web测试只要更新了服务器端,客户端就会同步更新;⽽如果是app下修改了服务端,意味着客户端⽤户所使⽤的核⼼版本都需要进⾏回归测试⼀遍。
3.客户端性能⽅⾯:web页⾯可能只会关注响应时间,app则还需要关⼼流量、电量、CPU、GPU、Memory这些了。
4.兼容⽅⾯:web是基于浏览器的,所以更倾向于浏览器(IE、chrome、Firefox)和电脑硬件,电脑系统的⽅向的兼容;app的测试则必须依赖⼿机或者pad,不仅要看分辨率,屏幕尺⼨,重要看设备系统5.app的专项测试:1)多⽹测试:⽆线⽹络、2G、3G、4G等,断⽹、⽹速较差及⽹络之间的切换时页⾯的显⽰等,此外,在⾮wifi下,还需要注意⽹络使⽤量问题2)中断测试:如电话、短信、通知、断电等,软件需要处理这些特殊情况3)安装测试:除了常规的安装、更新、卸载时的⽤户数据处理外还要考虑到异常场景。
包括安装时的中断、弱⽹、安装后删除安装⽂件、增量包更新、断点续传;升级测试的提醒机制,升级取消是否会影响原有功能的使⽤,升级后⽤户数据是否被清除4)界⾯测试:如不同尺⼨规格的图⽂在不同屏幕的显⽰;对于触摸屏⼿机,测试时还要注意⼿势,横竖屏切换,多点触控等测试5)弱⽹测试:需要测试弱⽹所造成的⽤户体验,可从功能,性能,异常处理,场景特性等⼏个维度来考虑。
功能:在弱⽹下,做功能测试,不仅是次性能测试,也是⼀种可靠性测试性能:从app的热启动、页⾯切换、前后台切换测试app的响应时间。
尤其是H5的页⾯需要测试⾸屏时间,是否有302跳转,页⾯⼤⼩等,否则会出现各种⽩屏、闪屏、转菊花等。
移动端与WEB端测试区别和总结移动端与WEB端测试有许多不同之处。
移动端测试指的是在移动设备(如智能手机和平板电脑)上进行的应用程序测试,而WEB端测试是在桌面电脑或笔记本电脑上进行的网页应用程序测试。
下面将详细讨论这两种测试的区别和总结。
1.平台差异:移动端测试主要是针对移动操作系统(如 iOS 和 Android)开发的应用程序进行测试,而 WEB 端测试则是测试在不同的浏览器上如何运行。
2.用户界面差异:3.测试工具差异:移动端测试需要使用特定的工具和技术,如 Appium、XCUITest 和UI Automator等。
而 WEB 端测试可以使用常见的测试工具,比如Selenium、Cypress 和 Puppeteer等。
4.功能测试差异:移动端应用程序和WEB应用程序之间可能会有不同的功能需求和用户交互方式。
移动应用程序通常需要测试各种功能,包括但不限于推送通知、位置服务、摄像头等。
而WEB端测试主要聚焦于网页内容的正确性、链接的正常工作以及响应式设计的效果。
5.移动设备兼容性差异:移动设备市场上有各种不同的品牌、型号和操作系统版本,而WEB端测试主要是集中在浏览器的兼容性上。
移动端测试需要确保应用程序在不同设备和操作系统上都能正常运行。
6.网络环境差异:移动设备通常与无线网络连接,而WEB应用程序可以通过有线或无线网络连接。
移动端测试需要验证应用程序在不同网络环境下的稳定性(如2G、3G、4G、Wi-Fi等)。
总结:移动端测试和WEB端测试虽然都是软件测试的重要组成部分,但是有许多不同之处。
移动端测试需要考虑更多的平台差异、用户界面差异、测试工具差异、功能测试差异、移动设备兼容性差异和网络环境差异。
测试人员需要熟悉移动设备和移动操作系统的特性,并掌握相应的移动端测试工具和技术。
而WEB端测试则需要更关注网页内容、布局和交互设计的测试,以确保在不同的浏览器上都能正常运行。
无论是移动端测试还是WEB 端测试,都需要严格执行测试计划和测试用例,并及时报告和修复缺陷,以保证应用程序的质量和用户体验。
web端测试要点Web端测试要点Web端测试是指对Web应用程序进行测试的过程。
Web应用程序是指通过Web浏览器访问的应用程序,如电子商务网站、社交媒体平台等。
Web端测试是保证Web应用程序质量的重要手段,下面是Web端测试的要点。
1. 测试环境测试环境是指测试人员用来进行测试的环境,包括硬件、软件、网络等。
测试环境应该与生产环境尽可能相似,以确保测试结果的准确性。
测试环境应该包括测试服务器、测试数据库、测试数据等。
2. 测试用例测试用例是指测试人员用来进行测试的具体步骤和预期结果。
测试用例应该覆盖Web应用程序的所有功能和场景,包括正常情况和异常情况。
测试用例应该根据需求文档和设计文档编写,以确保测试的全面性和准确性。
3. 自动化测试自动化测试是指使用自动化测试工具对Web应用程序进行测试的过程。
自动化测试可以提高测试效率和准确性,减少测试成本和时间。
自动化测试应该根据测试用例编写测试脚本,以确保测试的全面性和准确性。
4. 性能测试性能测试是指对Web应用程序进行性能测试的过程。
性能测试可以测试Web应用程序的响应时间、并发用户数、吞吐量等性能指标。
性能测试应该根据测试用例编写性能测试脚本,以确保测试的全面性和准确性。
5. 安全测试安全测试是指对Web应用程序进行安全测试的过程。
安全测试可以测试Web应用程序的漏洞、安全性等方面。
安全测试应该根据测试用例编写安全测试脚本,以确保测试的全面性和准确性。
6. 测试报告测试报告是指测试人员对测试结果进行总结和分析的报告。
测试报告应该包括测试结果、测试问题、测试建议等内容。
测试报告应该根据测试用例编写,以确保测试的全面性和准确性。
Web端测试是保证Web应用程序质量的重要手段,测试人员应该根据测试环境、测试用例、自动化测试、性能测试、安全测试等要点进行测试,以确保测试的全面性和准确性。
测试人员应该编写测试报告,对测试结果进行总结和分析,以提高Web应用程序的质量和用户体验。
第一章第一讲软件测试背景1.软件= 程序+ 文档+ 数据第二讲软件测试基础知识1.测试的含义首先是一项活动,在这项活动中某个系统或组成的部分将在特定的条件下运行,结果将被观察和记录,并对系统或组成部分进行评价。
2.软件测试使用人工或自动化手段,来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别(IEEE)3.软件测试的根本目的发现\修改缺陷满足需求,提高用户满意程度优化软件品质一个好的测试用例在于发现了还未曾发现的错误;一次成功的测试则是发现了错误的测试。
4.软件测试对象1)软件测试不等于程序测试2)软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序、用户文档都是软件测试的对象在软件生命周期中,每个阶段都有不同的测试对象,形成了不同开发阶段的不同类型的测试。
5.软件测试分类a)测试组织:开发方+用户方+第三方b)测试用例设计方法:黑盒+白盒+灰盒c)测试策略与过程:单元—>集成—>系统—>验收d)基本要求和适用要求:功能、性能e)回归测试、冒烟测试、随机测试按测试组织:开发方测试、用户测试、第三方测试按测试技术:黑盒测试(不去看代码)、白盒测试、灰盒测试是介于白盒测试与黑盒测试之间的,可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。
按测试过程:单元测试、集成测试、系统测试、验收测试.按测试类型:功能、性能、界面、易用性测试、兼容性测试、安全性测试、安装测试(单元测试:在编码过程中,对每个小程序单元测试)(集成测试:将单元集成在一起后,可称为组件)回归测试、冒烟测试、随机测试(冒烟测试:是指在对一个新版本进行系统大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性。
软件测试之Web测试和App测试重点总结
随着互联网发展,web与APP的快速发展,使得各个互联网公司都想通过APP与web 结合,开发适合大家使用的软件,同时使得公司壮大及发展,然而一个好的app和web 离不开好的测试,现在我将web与app的测试点总结如下,供大家参考:
一、WEB测试重点
1.功能测试:
所实现的功能是否和需求一致;
2.界面测试:
界面是否美观,风格是否一致,文字内容是否正确;
3.链接测试:
打开链接速度是否合理;是否链接到正确的页面;是否有空白页面;
4.性能测试:
系统能支持多少用户同时在线;超过这些用户数,系统会给出什么样的反映;
5.兼容性测试:
项目在不同操作系统,不同浏览器上功能是否能正常使用;
6.安全性测试:
用户的登录名和密码在传输过程中是否是加密传输的;
用户长时间未操作页面,session会话是否会过期,要求用户重新登录;
日志文件cookies里的用户名和密码是否是加密的;
登录次数和登录设备是否有限制,是否支持一个账号多个设备登录;
二、APP测试重点
1.安装卸载测试:
app在不同的操作系统(安卓和ios),不同的版本,不同的机型上是否都能安装成功;
在安装过程中,突然断网或网络不好,是否给出有好的提示,网络恢复之后是否能正常下载;
在安装过程中,突然内存不足,是否有相应的提示;
在安装过程中,是否支持取消操作;
在安装过程中,突然死机,断电,卡死,手机恢复正常后,是否能正常安装;
安装成功后能否正常运行
卸载时在不同系统,不同版本上能够卸载成功;
在卸载过程中是否支持取消操作;
在卸载过程中,突然死机,断电,卡死,手机恢复正常后,是否能正常卸载;
卸载完成之后,查看文件是否卸载干净;
2.运行测试:
运行过程中,是否有加载提示;
运行速度是否流畅;
各个模块之间的切换是否正常;
3.更新测试:
打开旧版app时,是否有更新提示,且在不同的手机版本上都能更新成功;
打开新版app时,不显示更新提示,在设置中检查更新,提示已更新到最新版本;
若app时强制更新,用户打开旧版app时,有更新提示,旧版qpp新版功能不可用,用户退出app,再进入app时,仍有强制更新提示;
若app不是强制更新,用户打开旧版app,有更新提示,取消更新,再次打开时,仍有更新提示;
在不删除客户端的情况下,用户是否能更新成功,查看新版功能是否正常;
更新过程中,更新速度是否合理;
更新过程中,突然网络不好是否有提示;
更新过程中,突然死机,断电,卡死,手机恢复正常后,是否能更新成功;
4.兼容性测试:
app在不同手机,不同操作系统,不同手机版本上功能是否正常;
5.弱网络环境测试:
app在wifi、4g、3g、2g情况下是否能正常运行;
app在网络不好时,是否给出提示;
app网络不好时,会出现重复提交,用户不断点击的问题,开发是否做判断;
当网络由不好变为良好时,软件功能能否正常使用
6.中断冲突测试:
app运行时拨打或接听电话、发送短信、接受邮件、启动相机等有何提示;
app运行时突然断电、断网、不断点击、不断刷新、切换前后台是否崩溃(变态测试)
7.压力测试:
安卓用monkey,不断点击、滑动屏幕,看软件是否崩溃,
8.应用的前后台切换:
app切换到后台,再回到app,检查是否停留在上次操作界面;
app切换到后台,再回到app,检查功能和应用状态是否一样;
app切换到后台,再回到前台时,注意程序是否崩溃,尤其对于从后台切换到前台数据有自动更新的时候;
手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其对于从后台切换到前台数据有自动更新的时候;
当杀掉app进程,再开启app,app能否正常启动;
对于有数据交换的页面,每个页面必须进行前后台切换和锁屏的测试,这种页面最容
易出现崩溃;
出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时
候会出现提示框自动消失的缺陷;
app横竖屏的切换,功能是否正常;
9.消息推送开关测试:
消息推送默认打开;
关闭消息推送关闭后,收不到推送消息;
打开推送开关能否正常接收消息;
app运行时消息推送不会进入消息栏;
app后台挂机时,消息栏可以接收到推送提醒,点击后从消息栏消失。