2021-11-25 11:02发布
已知String convert(String page)作用是将WEB页转码为方便移动设备查看的页面,为了确保转码的正确性,请设计相应测试策略。
<1> 基本功能测试: 功能: 输入正确的网址,进行转码,检查内容是否正确; 边界: 输入信息量非常大的网址 输入没有信息的网址; 负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。
<2> 兼容测试: 使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 使用不同浏览器查看转换后的页面,检查内容是否正确。
<3> 性能测试: 测试转码的速度,或者系统的响应时间。
<4> 易用性 / 用户体验测试: 测试转码后,页面显示是否美观。
<1>输入不在范围内的打折价和不在范围内的原价(提示输入有误)。 <2>输入在范围内的打折价和不在范围内的原价(提示输入有误)。 <3>输入不在范围内的打折价和在范围内的原价(提示输入有误)。 <4>输入在范围的内打折价和原价(原价=打折价,返回折扣1.0)。 <5>输入在范围的内打折价和原价(原价>打折价,返回正确的折扣信息)。 <6> 输入 在范围的内打折价和原价(原价<打折价,返回错误信息)。
输入合法,转码内容是否正确输入不合法是否可以转码,是否有相应的提示是否只是管理员才可以执行转码操作转码之后字符串长度大小转码之后页面是否适应美观
输入合法,转码内容是否正确
输入不合法是否可以转码,是否有相应的提示
是否只是管理员才可以执行转码操作
转码之后字符串长度大小
转码之后页面是否适应美观
不同的操作系统下转码不同分辨率下转码不同浏览器下转码
不同的操作系统下转码
不同分辨率下转码
不同浏览器下转码
转码的速度是否可以同时转多个页面系统相应时间占用cpu资源
转码的速度
是否可以同时转多个页面
系统相应时间
占用cpu资源
转码后安全信息是否泄露
系统其他功能(视频音频播放)是否受到影响
传统软件产品的测试策略设计
1、单元测试
单元测试占比最重
单元测试属于白盒范畴,由于越早发现缺陷修复成本越低,所有传统软件产品的测试策略提倡对单元测试高投入,由于传统软件开发周期长,通常多个版本持续发布,为快速定位问题,会反复执行单元测试
2、API测试
API测试少于单元测试,但多于GUI测试
主要针对各模块暴露的接口,通常采用灰盒测试方法,核心思想是利用测试执行的代码覆盖率来指导测试用例设计。
3、GUI测试
GUI测试占比较轻
GUI测试是模拟用户在软件界面上进行操作,并验证这些操作结果是否正确,由于GUI测试用例维护和执行代价大,稳定性不足,所有GUI
互联网产品的测试策略
1、GUI测试
轻量级GUI测试,互联网产品上线周期短,决定了GUI测试不能大范围开展
(1)产品迭代周期短,留个开放GUI自动化测试用例的时间有限
(2)客户端界面变化频繁,GUI自动化效率太低
GUI测试通常采用“手工为主,自动化为辅”的测试策略,手工针对新开发或修改的功能,GUI自动化覆盖主营业务的端到端场景
重量级API测试:
(1)API测试用例的开发调试效率高于GUI测试
(2)API测试用例的执行稳定性高于GUI测试
(3)单个API测试用例的执行时间短于GUI测试
(4)很多互联网产品采用微服务架构,客户端应用都基于对后端微服务的调用
(5)API接口改动量少,用例可重用性高
3、单元测试
轻量级单元测试,互联网产品追求“快”,预留单元测试的时间不多,所以采用“分而治之”的思想,互联网产品分为应用层和后端服务,后端服务分为应用服务和基础服务,只对后端基础服务全面单元测试,以及对核心算法和关键应用也进行全面单元测试。
<4> 易用性 / 用户体验测试:
功能测试主要检查实际软件的功能是否符合用户需求。一般分为逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试。
1、安装测试/卸载测试
安装测试就是确保软件在正常情况和异常情况下,如首次安装、升级、重安装等都能进行安装。安装卸载测试需要注意一下几点:
a、安装/卸载测试前最好备份系统的注册表(安装/卸载后对比注册表)。
b、常见的安装类型:典型安装、完全安装、自定义安装、网络安装。
c、安装之后一定要核实软件是否正常运行。
d、异常情况包括磁盘空间不足、缺少目录创建权限等。
e、安装卸载后,核实是否正常重安装。
f、安装过程可以按界面检查,包括:检查界面、热键、Tab键这些。
g、卸载的方法一般有三种:程序自带的、控制面板、直接运行uninstall.exe。
————————————————
版权声明:本文为CSDN博主「xc5683」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/xc5683/article/details/8105918
1、不同省份、不同运营商CDN节点性能此部分可以采用典型压力测试的方案。2、核心机房BGP网络带宽此部分重点在于测试各运营商BGP网络可靠性、实际速率等,一般采用smokeping、IxChariot等工具。3、各类硬件设备性能此部分一般采用专业的网络设备测试工具。4、...
做梯度压力测试,当你发现响应时间下降超过10%的那个压力点,基本上就是性能瓶颈点了。当然还可以直接压崩。然后给一个极值。但是通常这个值 没用。
主要从架构上登录过程的实现,能否支持同一账号多处登录,是架构考量的,一般的系统除非对session做持久化和帐号绑定。否则肯定同一账号多个会话是支持的。更多详细还要看你的架构实现。不过一点可以确认从数据库和中间件缓存来看,命中一定会比不同数据要高...
并发数是压测时的线程数
1.测试用户名与密码不对应能否登录 2.测试输入错误密码并单击登录后是否弹出错误提示 3.测试三次输入错误密码后能否正确弹出提示并退出 4.测试在登录界面单击取消是否能推出登录界面。 5.测试在未达到三次错误输入的情况下单击取消登录按钮再...
基本功能测试: 功能: 输入正确的网址,进行转码,检查内容是否正确; 边界: 输入信息量非常大的网址 输入没有信息的网址; 负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。 兼容测试:...
软件测试是为了保证软件产品的最终质量,对产品进行质量控制按照测试技术分类:黑盒测试、白盒测试、灰盒测试按照是否需要运行代码划分:静态测试、动态测试按照软件特性分类:功能测试、性能测试、其他:反测、回归测试、随机测试、兼容测...
测试用例的信息有很多,可以根据实际的情况进行增删,一般来说一个优秀的测试用例应该包含以下信息:1.产品相关信息软件产品或项目的名称软件产品或项目的版本功能模块名功能描述测试平台这些信息建议可以在测试案例手工选择。2.基本记录信息测试用例入库者测...
最多设置5个标签!
<1> 基本功能测试:
功能: 输入正确的网址,进行转码,检查内容是否正确;
边界: 输入信息量非常大的网址 输入没有信息的网址;
负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。
<2> 兼容测试:
使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 使用不同浏览器查看转换后的页面,检查内容是否正确。
<3> 性能测试:
测试转码的速度,或者系统的响应时间。
<4> 易用性 / 用户体验测试:
测试转码后,页面显示是否美观。
<1>输入不在范围内的打折价和不在范围内的原价(提示输入有误)。
<2>输入在范围内的打折价和不在范围内的原价(提示输入有误)。
<3>输入不在范围内的打折价和在范围内的原价(提示输入有误)。
<4>输入在范围的内打折价和原价(原价=打折价,返回折扣1.0)。
<5>输入在范围的内打折价和原价(原价>打折价,返回正确的折扣信息)。
<6> 输入 在范围的内打折价和原价(原价<打折价,返回错误信息)。
功能测试
兼容性测试
性能测试
安全性测试
交互测试
传统软件产品的测试策略设计
1、单元测试
单元测试占比最重
单元测试属于白盒范畴,由于越早发现缺陷修复成本越低,所有传统软件产品的测试策略提倡对单元测试高投入,由于传统软件开发周期长,通常多个版本持续发布,为快速定位问题,会反复执行单元测试
2、API测试
API测试少于单元测试,但多于GUI测试
主要针对各模块暴露的接口,通常采用灰盒测试方法,核心思想是利用测试执行的代码覆盖率来指导测试用例设计。
3、GUI测试
GUI测试占比较轻
GUI测试是模拟用户在软件界面上进行操作,并验证这些操作结果是否正确,由于GUI测试用例维护和执行代价大,稳定性不足,所有GUI
互联网产品的测试策略
1、GUI测试
轻量级GUI测试,互联网产品上线周期短,决定了GUI测试不能大范围开展
(1)产品迭代周期短,留个开放GUI自动化测试用例的时间有限
(2)客户端界面变化频繁,GUI自动化效率太低
GUI测试通常采用“手工为主,自动化为辅”的测试策略,手工针对新开发或修改的功能,GUI自动化覆盖主营业务的端到端场景
2、API测试
重量级API测试:
(1)API测试用例的开发调试效率高于GUI测试
(2)API测试用例的执行稳定性高于GUI测试
(3)单个API测试用例的执行时间短于GUI测试
(4)很多互联网产品采用微服务架构,客户端应用都基于对后端微服务的调用
(5)API接口改动量少,用例可重用性高
3、单元测试
轻量级单元测试,互联网产品追求“快”,预留单元测试的时间不多,所以采用“分而治之”的思想,互联网产品分为应用层和后端服务,后端服务分为应用服务和基础服务,只对后端基础服务全面单元测试,以及对核心算法和关键应用也进行全面单元测试。
<1> 基本功能测试:
功能: 输入正确的网址,进行转码,检查内容是否正确;
边界: 输入信息量非常大的网址 输入没有信息的网址;
负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。
<2> 兼容测试:
使用不同操作系统的移动设备查看转换后的页面,检查内容是否正确; 使用不同分辨率的移动设备查看转换后的页面,检查内容是否正确; 使用不同浏览器查看转换后的页面,检查内容是否正确。
<3> 性能测试:
测试转码的速度,或者系统的响应时间。
<4> 易用性 / 用户体验测试:
功能测试主要检查实际软件的功能是否符合用户需求。一般分为逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试。
1、安装测试/卸载测试
安装测试就是确保软件在正常情况和异常情况下,如首次安装、升级、重安装等都能进行安装。安装卸载测试需要注意一下几点:
a、安装/卸载测试前最好备份系统的注册表(安装/卸载后对比注册表)。
b、常见的安装类型:典型安装、完全安装、自定义安装、网络安装。
c、安装之后一定要核实软件是否正常运行。
d、异常情况包括磁盘空间不足、缺少目录创建权限等。
e、安装卸载后,核实是否正常重安装。
f、安装过程可以按界面检查,包括:检查界面、热键、Tab键这些。
g、卸载的方法一般有三种:程序自带的、控制面板、直接运行uninstall.exe。
————————————————
版权声明:本文为CSDN博主「xc5683」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/xc5683/article/details/8105918
功能测试
兼容性测试
性能测试
安全性测试
交互测试
重量级API测试:
(1)API测试用例的开发调试效率高于GUI测试
(2)API测试用例的执行稳定性高于GUI测试
(3)单个API测试用例的执行时间短于GUI测试
(4)很多互联网产品采用微服务架构,客户端应用都基于对后端微服务的调用
(5)API接口改动量少,用例可重用性高
相关问题推荐
1、不同省份、不同运营商CDN节点性能此部分可以采用典型压力测试的方案。2、核心机房BGP网络带宽此部分重点在于测试各运营商BGP网络可靠性、实际速率等,一般采用smokeping、IxChariot等工具。3、各类硬件设备性能此部分一般采用专业的网络设备测试工具。4、...
做梯度压力测试,当你发现响应时间下降超过10%的那个压力点,基本上就是性能瓶颈点了。当然还可以直接压崩。然后给一个极值。但是通常这个值 没用。
主要从架构上登录过程的实现,能否支持同一账号多处登录,是架构考量的,一般的系统除非对session做持久化和帐号绑定。否则肯定同一账号多个会话是支持的。更多详细还要看你的架构实现。不过一点可以确认从数据库和中间件缓存来看,命中一定会比不同数据要高...
并发数是压测时的线程数
1.测试用户名与密码不对应能否登录 2.测试输入错误密码并单击登录后是否弹出错误提示 3.测试三次输入错误密码后能否正确弹出提示并退出 4.测试在登录界面单击取消是否能推出登录界面。 5.测试在未达到三次错误输入的情况下单击取消登录按钮再...
基本功能测试: 功能: 输入正确的网址,进行转码,检查内容是否正确; 边界: 输入信息量非常大的网址 输入没有信息的网址; 负值: 输入错误的网址,进行转码,系统是否有相应的提示; 输入的 web 的 page 为空,是否抛出异常。 兼容测试:...
软件测试是为了保证软件产品的最终质量,对产品进行质量控制按照测试技术分类:黑盒测试、白盒测试、灰盒测试按照是否需要运行代码划分:静态测试、动态测试按照软件特性分类:功能测试、性能测试、其他:反测、回归测试、随机测试、兼容测...
测试用例的信息有很多,可以根据实际的情况进行增删,一般来说一个优秀的测试用例应该包含以下信息:1.产品相关信息软件产品或项目的名称软件产品或项目的版本功能模块名功能描述测试平台这些信息建议可以在测试案例手工选择。2.基本记录信息测试用例入库者测...