@大壮

提示：DEBUG Sigar - no libsigar-aarch64-linux.so in java.library.path。解决方案：下载libsigar-aarch64-linux.zip，解压后，把so文件拷贝到这个工程的lib目录下即可。链接：https://pan.baidu.com/s/1WPtmDS9W5gd3lKIb5KoLyg?安装后重启ServerAgent。

性能测试前期准备工作性能测试流程导图一、相关设计文档1、系统架构图：了解被测系统的技术架构，包括从客户端到DB的周转流程、应用服务器、中间件等；2、网络拓扑图：和系统架构图类似，这个更多的是体现在不同层级之间的网络拓扑关系，也可以和系统架构图结合在一起，根据项目具体情况而定；3、需求说明文档：了解被测系统的业务流程，不同模块间的关系，便于后面的业务场景建模；4、接口设计文档：大多性能测试都是通过调用模块间的API来进行模拟并发，了解业务模型对应的API，包括协议类型、方法、传参类型、入参、出参

在编写测试计划之前首先我们需要明确几点：第一、什么是测试计划？第二、为什么要制定测试计划？第三、怎样指定切合实际的测试计划？第四、测试计划都包含哪些内容？一、什么是测试计划：1、测试计划是描述要进行测试活动的范围、方法、资源和进度的文档；2、测试计划是对整个信息系统软件组装测试和确认测试；3、测试计划是确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险；4、测试计划可以有效的预防计划的风险、保障计划的顺利实施；二、为什么要制定测试计划（目的）：凡事预则立、不预则废1、为测

声明：本次问题涉及到的接口为公司内部接口，所以敏感处做了打码处理Postman作为接口测试常用工具之一，做开发和测试的同学肯定都会或多或少的使用，使用过程中难免会遇到一些问题，今天来记录一下请求接口无响应的问题：案例如下：接口为GET请求，应该传递的参数也都按照接口文档进行了配置，包括请求前做的加密处理，也都通过代码前置进行了处理，在本地和网站这个接口都是可以请求成功，但是放在了postman就不行了；解决方式：我在网上翻译了一下请求结果，大概就是告诉我问题出在了“SSL证书”相关的方面接下

想必不少朋友在使用jmeter导出聚合报告的时候都遇到过乱码的问题，今天给大家分享一下解决方案；1.一般我们直接导出来 就会是这种效果：2.接下来我们先把文档修改为文本格式：3.然后我们在重新保存，注意编码格式要修改为ANSI：4.最后看一下保存后的效果，完美解决：...

UI测试：导航栏元素位置、大小、颜色等要素是否一致/是否符合UI效果图；导航栏视频分类下拉框位置、颜色、按钮是否正确鼠标滑过、点击时、点击后按钮状态是否有相应颜色、状态变化；视频列表页面title、视频图片、视频title、是否付费等元素的颜色、大小、位置等是否正确；视频播放页面：视频title、视频默认加载图、播放按钮、目录、视频列表、视频介绍等元素位置、大小、颜色、鼠标操作时状态是否与预期一致；视频播放时进度条、快进按钮、快退按钮、播放按钮、暂停按钮位置是否正确功能测试：首先判断用

UI测试：返回键位置是否正确；视频标题文字、颜色、大小、位置等要素是否正确；视频播放器页面位置是否正确、宽高比例是否合理、显示内容（默认状态图）是否正确；课程简介、课程目录栏目位置、比例是否正确；课程简介中：讲师头像、姓名、课程时间、观看人数、简介等要素是否正确；开始学习按钮颜色、位置、大小（圆角）等要素是否正确；收藏按钮位置、大小、颜色等要素是否正确课程目录中章节名称、文字、下拉按钮位置、大小等要素是否正确；页面其他要素是否与UI设计稿一致；功能测试：返回按钮是否可以点击，是否

刚刚说完了找个后台的优惠券测试用例，现在来看一下移动端的测试用例分析，在这里我分为四种场景：领取前、领取后、使用时、使用后领取前：UI测试：首先选择含有优惠券的商品，点击进入商品详情页面，查看优惠券展示是否正确点击更多优惠，弹出可领取的优惠券列表查看金额、规则、领取按钮、完成按钮等元素位置、大小、颜色等等是否正确功能测试：当该商品含有优惠券时点击更多优惠，弹出可领取的优惠券列表当该商品不含有优惠券时优惠券是否正确隐藏，是否有其他占位符展示点击领取按钮是 是否成

作为一个电商项目，势必会包含优惠券这一模块，今天就来分析一下它，这篇的测试分析主要是针对后台，前端的稍后我会再单独整理一篇分析优惠券的测试点我主要从三方面入手：发布前、发布中、发布后；发布前：首先我们先分析一下这个页面，，得到以下测试点：整体的优惠券分为三部分：（1） 优惠券管理—优惠券领取记录—优惠券使用记录：（2） 测试点：当鼠标滑过时 按钮是否发生状态改变（按钮常亮），（3） 测试点：当鼠标点击时 右侧是否联动相关页面优惠券管理：（按钮的滑过/悬停、点击时、点击后状态根据产品原型进

接口测试的关注点：（参数测试、返回值验证、业务数据、接口之间、DB验证）响应的数据必须与API文档的定义的须一致；接口返回的节点、返回节点对应的值是不是对的；当接口有翻页时，页码与页数的异常值测试；第一页有数据，翻页到第二页（1）：第二页的数据是否和第一页重复；（2）：第二页接口有没有报错，页码（一页返回多少个数据）传一个很大的值（一般是100以内，可以改为1000或者String类型的等特殊符号，看接口会不会报错）；同样的页数也是；数据库的增删改查，比如一个post接口操作完成后，通过列表页

相同点：list和tuple同属序列类型，且都可以按照特定顺序存放一组数据，数据类型不受限制，只要是Python支持的数据类型就可以；List和tuple都支持负索引；List和tuple都支持切片操作；List和tuple都可以随意嵌套；不同点：列表是动态的，列表中的元素是可以进行任意修改（就好比是用铅笔在纸上写的字，写错了还可以擦除重写）；元组是静态的，元组中的元素无法修改，除非将元组整体替换掉（就好比用圆珠笔写的字，写了就擦不掉了，除非换一张纸）；在存储大量的数据的时候，如果数据发生变

性能测试报告里需要包含哪些指标最大并发用户数；HPS（点击率）、事务响应时间、每秒事务数、每秒点击量、吞吐量、CPU使用率、物理内存使用、网络流量使用等；前端需主要关注的点是：**响应时间：**用户从客户端发出请求，并得到响应，以及展示出来的整个过程的时间。**加速速度：**通俗的理解为页面内容显示的快慢；**流量：**所消耗的网络流量；后端需主要关注的是：**响应时间：**接口从请求到响应、返回的时间；**并发用户数：**同一时间点请求服务器的用户数，支持的最大并发数。内存占用；也就是内

验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的APP行为；用新发布发操作系统版本验证APP的行为；验证在隧道、电梯等网络质量突然改变的环境中的APP行为；通过手机网络从蜂窝更改到WIFI，或者反过来，验证APP行为；验证在没有网络的环境中的APP行为；验证来电/短信和设备特定的警报（如警报和通知）时的APP行为；通过改变设备的方向，以不同的试图模式，验证APP行为；验证设备内存不足时的APP行为；通过用测试工具施加载荷验证APP行为；...

设备碎片化：由于设备极具多样性，APP在不同的设备上可能有表现不同；带宽限制：带宽不佳的网络对APP所需的快速响应时间可能不够；网络的变化：不同网络间的切换可能会影响APP的稳定性；内存管理：可用内存过低，或非授权的内存位置使用可能会导致APP失败；用户过多：连接数量过多可能导致APP崩溃；代码错误：没有经过测试的新功能，可能会导致APP在生产环境中失败；第三方服务：广告或弹出屏幕可能会导致APP崩溃；内存报警闪退：当iOS检测到内存过低时，它的VM系统会发出低内存警告通知，尝试回收一些内存.

Android长按Home键呼出应用列表和切换应用，然后右滑则终止应用；多分辨率测试，Android端20多种（由于Android是一个开源框架，各生产厂家可以根据自己的需要进行二次修改），ios较少（因为ios是不开源的）手机操作系统，Android较多，iOS较少且不能降级，只能单向升级；新的iOS系统中资源库不能完全兼容低版本中的iOS系统中的应用，低版本ios系统中的应用调用了新的资源库，会直接导致闪退（Crash）操作习惯：Android：Back键是否被重写，测试点击Back键后的反馈是.