1.负载和压力测试的区别？
负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。
压力测试（Stress Test）： 压力测试（又叫强度测试）也是一种性能测试，它在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。
打个比方：
这儿有个服务员，对应咱们的应用系统吧。
压力测试就是给这位服务器外部压力，比如长时间不让他休息，不给开工资等，看看服务员会不会开小差（无法及时响应请求），或者罢工（宕机）之类的。
负载测试就是在单位时间内逐步加大这位服务员的工作量，看看此服务员在不同的工作量下完成服务的速度和质量，从而了解到该服务员的工作能力。
压力测试和负载测试能够帮组我们了解到一个服务器的抗压能力和工作能力，当然也能帮我们评估一个系统或软件的性能瓶颈与质量。
2.性能指标：
系统资源使用率 cpu 内存 硬盘读写 网络
web端
资源使用不得80%
响应时间 2 5 8 原则
错误率 20%
app端
资源使用不得80%
响应时间 2 5 8 原则
错误率 20%
专项测试
兼容性测试、流量测试、电量测试、网络测试、稳定性测试、安全测试和环境相关测试。
tps ：
吞吐量 = 用户数*请求数/时间
qps 每秒查询率
tps 每秒事务处理数
1.为什么进行专项测试？
手工测试之后，自动化测试之后，接口测试，性能测试之后，线下环境、预发布环境都没有问题了，测试工作看似完整，但是到了用户生产环境，安装使用过程中还是有很多之前没有预料的问题被反馈过来，比如： crash问题、设备兼容性问题、电量消耗过快问题等
这些问题通过上边的测试难以找出，所以要引入专项测试包括：兼容性测试、流量测试、电量测试、弱网络测试、稳定性测试、安全测试和环境相关测试。
2.常见的专项测试：
兼容性测试
APP版本兼容性测试
屏幕分辨率兼容性测试
同一账号并发登录测试
主流的厂商和系统兼容性测试
安全性测试
敏感信息是否加密、账户密码是否加密、数据通讯安全等
服务器端的SQL注入测试、XSS跨站脚本攻击等。
安装包的安全测试（能否反编译代码、安装包是否签名等）
流量测试
比如Wifi、4G下的功能情况。
流量消耗分为两类：一类是用户的操作直接导致的流量消耗；另一类是后台，即在用户没有直接使用情况下的流量消耗 ，比如：app中的刷新、加载等。
弱网络测试
移动端产品遇到的情况比较复杂比如：地铁、隧道、电梯等，APP的问题会在网络不稳定的情况下暴露出来，测试APP中的缓存机制设计布局是否合理
稳定性测试
基本功能都实现了之后，APP的稳定就显得尤为重要了，就像一个视频软件，看到精彩刺激，热血澎湃的地方闪退了、卡死了，完了，基情满满的被泼了一盆凉水，mmp
电量测试
这个测试点，一笔带过，嘿嘿嘿，你懂得
环境相关的测试
实际的用户环境下和生产测试环境下是不同的，测试用例设计的时候要多考虑这些场景：
（1） 干扰测试
举个例子某语音交友平台：在直播的房间内上麦唠嗑，突然一个电话过来，你接电话了，你女朋友问你，今晚有空吗？看个电影，喝个小酒，坦诚相待，释放一下自我，然后…… 嘿嘿嘿，完了，整个直播间都听到了，尴尬不尴尬，这个软件还玩吗？ APP设计走的是通话音量没有走媒体音量
（2）权限测试
这块测试的原因是不能让用户感觉自己泄露了隐私
（3）第三方依赖测试
依赖的第三方APP、声网sdk、人工客服、接入第三方人脸识别、与软件兼容
（4）冲突测试
与手机带有的应用冲突、与其他应用冲突
（5）交互测试
功能与功能的交互、数据与数据的交互、场景的交互
（6）安装卸载测试
（7）前后台切换测试
标签：负载,兼容性,服务员,APP,专项,流量,测试,性能 来源： https://blog.csdn.net/weixin_48129331/article/details/110559889
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。