- 博客(9)
- 收藏
- 关注
RSS订阅原创 web、pc客户端、移动端app测试的区别
web为b/s结构，基于浏览器的，服务端和web端更新了之后，刷新一下页面也就同步更新了- pc端app为c/s结构，必须要有客户端，PC端有单机版和网络版，单机版不需要联网就可以启动运行，不涉及与服务端交互；而网络版，需要联网才能正常运行，服务端有任何改动，网络版MVP用例都需要回归，客户端更新的话，还需要重新安装或升级应用-移动端app为c/s结构，必须要有客户端，服务端更新了，需要对各个主流版本进行兼容测试及回归测试，客户端更新的话，还需要重新安装或升级应用。
2024-05-29 14:35:29
1438
原创 adb client和adb server 不匹配解决办法
错误：adb server version (32) doesn't match this client (41)2.netstat -ano | findstr 5037 //查看端口占用情况。原来是金山助手占用的5037的端口，使用360安全卫士--软件管家进行卸载。3.tasklist | findstr 3550 //查看具体是哪个程序。1.“窗口键+R”，打开 cmd。
2024-05-11 14:26:55
407
2
转载 性能压测-响应时间、系统资源使用率评估
2-5-8原则： 如果响应时间在2s内，用户会觉得系统很快；如果响应时间在2~8秒之间，用户会觉得系统的响应速度很慢，但还可以勉强接受；%util： 一秒中有百分之多少的时间用于 I/O 如果%util接近100%，说明产生的I/O请求太多，I/O系统已经满负荷。单位时间内系统可以成功完成多少个定义的事务，在一定程度上反应了系统的处理能力，一般事务成功率要求100%或大于99%磁盘I/O: 磁盘主要用于存取数据，因此当说到IO操作的时候，就会存在两种相对应的操作，存数据的时候对应的是写。
2024-02-21 16:47:07
575
转载 性能测试-常用指标
建议： QPS是Query Per Second，是数据库中的概念，每秒执行条数（查询），被引申到压测中来了，但是不包括插入、更新、删除操作，所以不建议用qps来描述系统整体的性能；QPS：Queries Per Second，意思是每秒查询率，是一台服务器每秒能够响应的查询次数（数据库中的每秒执行查询sql的次数），显然，这个不够全面，：每秒事务事，单位时间内处理的事务数量，它表示系统的处理能力，这个值越大，说明处理能力越强。指的是单位时间内处理的客户端请求数量。一般指的是数据库中存在的用户数，
2024-02-21 15:54:22
39
转载 性能压测--指标评估：并发用户数
19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的，需要5M（640K字节）带宽（5Mb=640KB 注意大小写，b是位，B是字节，差了8倍），但所有请求不可能是均匀分布的，当有高峰时5M带宽一定不够，X2倍就是10M带宽。其中关键的参数是80%、40%。24小时的40%是9.6小时，有80%的请求发生一天的9.6个小时当中（很适合互联网的应用，白天请求多，晚上请求少）。以上请求数量是均匀的分布在白天的9.6个小时中，但实际情况并不会这么均匀的分布，会有高峰有低谷。
2024-02-21 14:51:57
510
转载 性能压测-tps指标评估之二八原则
同时，将来项目上线后，可以通过对项目接口的峰值监控，来对比之前评估的算法结果，调整冗余系数，最终随着不断的数据积累，将会形成一套本项目的性能模型。但是理想很丰满，现实很骨感，根据我多年的性能测试经验来看，大多数提性能需求的人，大多是不太懂性能的，所以根本不会有指标的，或者虽然有指标，但是是拍脑袋决定的，没有任何依据。看了上面一大堆分析，有的朋友可能又说了，别整这些有的没的，我们公司的项目就是啥都没有，三无产品，没有业务监控、没有中间件日志，也没有日活数据，那怎么评估预期指标。
2024-02-18 15:49:13
237
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人