@大壮

原创 电商优惠券测试用例分析（管理后台）

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

原创 Jmeter性能测试，通过插件监控服务器资源使用情况

(运行，如果报 java 错，说明没有安装 jdk，需要安装对应版本的 jdk，安装好后，再次运行)链接：https://pan.baidu.com/s/1hQH_grUMxhtMFd_pKIQI5Q?（备注：我这个是已安装的，如果未安装，可以点击“Available Plugins”tab搜索该插件）点击AddRow --配置服务器地址、端口号及想要检测的指标响应情况（CPU、内存、网络等等）下载完成后解压至本地，然后将解压后的文件上传至服务器。如果可以选择该元件即代表安装成功。

原创 jmeter压测过程中，ServerAgent响应异常：Cannot send data to network connection

Cannot send data to network connection（无法将数据发送到网络连接）修改后，重新启动，然后使用jmeter 重新发送请求即可查看服务器对应资源使用情况。linux 防火墙 拦截了当前端口。Linux 执行以下命令。

原创 jmeter使用PerfMon插件监测服务器资源时 连接超时

另一种情况更新端口号，将默认端口进行修改 4444 修改为其他未使用的端口号（例如：4445 ）一种情况下是端口未启用；

原创 ServerAgent启动异常：DEBUG Sigar - no libsigar-aarch64-linux.so in java.library.path

提示：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请求接口--无响应解决案例（Could not get any response）

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

原创 APP版本更新测试点（强制更新、推荐更新）

原创 微信小程序开发之---初见

最近小程序一直很火，作为一个程序员怎么甘心落后呐，跟大家分享一下我的学习历程吧，网上也有很多教学视频供大家学习参考，我是在imooc上看了一节小程序的入门课程，也做了一些笔记，在这跟大家分享一下。这个是微信小程序开发的开放文档，这里面有详细介绍https://developers.weixin.qq.com/miniprogram/dev/framework/开发工具的下载路径，在这就直接分...

原创 jmeter导出聚合报告乱码问题（已解决）

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

原创 视频播放器测试用例分析（PC/web端）

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

原创 视频播放器测试用例分析（移动端）

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

原创 优惠券测试用例分析（移动端）

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

原创 接口测试的关注点

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

原创 python中列表(list)与元组(tuple)的区别

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

原创 性能测试报告里需要包含哪些指标

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

原创 APP 崩溃的测试用例设计

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

原创 最常见的闪退崩溃（Android、ios） 原因

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

原创 测试移动端Android与iOS的区别

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