A、存储压力
 B、响应能力压力
 C、网络流量压力

• 并发压力是针对服务器的，因为每次并发是一个客户端

• 并发压力只发生在多用户操作的情况下，因为手机本身是对应一个用户操作，并不存在并发压力的可能

• 手机压力测试的方法有：存储压力、边界压力、响应能力压力、网络流量压力

手机压力测试的方法有：存储压力、边界压力、响应能力压力、网络流量压力

你把对手的手机输入软件的话，压力通话的不常用的一些，包括都是根据不同的介绍，所以说在设置里面可以完成它的特殊功能邵方法

软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。

压力测试涵盖，性能测试，负载测试，并发测试等等，这些测试点常常交织耦合在一起。

顾名思义：压力测试，就是 被测试的系统，在一定的访问压力下，看程序运行是否稳定/服务器运行是否稳定（资源占用情况）。

比如：2000个用户同时到一个购物网站购物，这些用户打开页面的速度是否会变慢，或者网站是否会奔溃。

压力测试的步骤

（1）确定存量数据的规模（用户一般会要求制造出3－5年的存量数据）；

（2）确定需要进行压力测试的业务（一般是用户使用最频繁，或者业务操作复杂的业务）；

（3）确定操作用户的的数量、各类操作用户的比例；

（4）峰值业务量的要求（一般是1个小时内最多要处理的笔数）；

（5）对实时业务响应时间的要求（如在峰值情况下，单笔业务的处理时间（如小于60秒））；

（6）对于批量处理过程的时间要求（如进行日终（月终、年终）处理、与外系统间批量数据传输时的时间）。

以上信息，通常需要业务人员来确定。

为了进行压力测试的技术准备，需要如下资料：

（1）系统概要设计（了解系统技术架构，确定测试方法）；

（2）如果自己开发接口程序，需要了解接口报文规范；

（3）数据库设计（我们需要据此编写程序，准备存量数据）。

为了开发脚本需要了解如下信息：

（1）操作手册（脚本录入或者手工开发脚本）；

（2）参数化脚本（动态化数据需要进行关联）；

（3）脚本回放（验证脚本是否可以成功的创建数据）。

测试场景：

（1）单用户运行压力测试场景；

（2）多用户运行测试场景，查看系统资源消耗等调优工作开始。

另外，还有测试环境的事情需要落实。压力测试一般要求环境配置较高，最好与生产环境一致或者接近。

几款流行的压力测试工具

（1）JMeter

Apache JMeter是Apache组织开发的基于Java的压力测试工具，用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java小服务程序、CGI脚本、Java 对象、数据库， FTP服务器, 等等。

JMeter可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它们的强度和分析整体性能。

另外，JMeter能够对应用程序做功能回归测试，通过创建带有断言的脚本来验证你的程序是否返回了期望的结果。

为了最大限度的灵活性，JMeter允许使用正则表达式创建断言。

（2）LoadRunner

LoadRunner是惠普旗下一款自动负载测试工具，它能预测系统行为，优化性能。LoadRunner强调的是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助更快的确认和查找问题。此外，LoadRunner 能支持最宽范的协议和技术，量身定做地提供解决方案。

（3）其他测试工具

Siege是一款开源的压力测试工具，可以根据配置对一个WEB站点进行多用户的并发访问，

记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。

TCPCopy是一种请求复制（所有基于tcp的packets）工具，可以把在线请求导入到测试系统中去。

TCPCopy的特点是可以拷贝线上真实流量，模拟用户数据。

软件测试生命周期包括6个阶段（大体上）：1）计划 2）分析，3）设计，4）构建，5）测试周期，6）最后测试和实施，和7）实施后。
1. 计划（产品定义阶段）
   高层次的测试计划（包含多重测试周期）
   质量保证计划（质量目标，测试标准等 ）
   确定计划评审的时间
   报告问题过程
   确定问题的分类
   确定验收标准－给质量保证员和用户。
   建立应用程序测试数据库
   确定衡量标准，例如缺陷数量/严重程度和缺陷起源（仅举几个例子） 。
   确定项目质量度量
   开始制定项目整体测试时间表（时间，资源等）
   必需阶段：评审产品定义文档
   文档中加入质量保证标准，作为工程改善进程的一部分
   根据该产品的特点帮助确定问题的范围
   大约每月要花5 -1 0小时在这一方面
   计划在数据库管理所有测试用例，包括手工方面或者自动化方面。

2. 分析（外部文档阶段）
   根据业务需求开发功能验证矩阵。
   制定测试用例格式-估计时间和分配优先级。
   制定测试周期矩阵与时间线
   根据功能验证矩阵开始编写测试用例
   根据业务需求计划测试用例基准数据
   确定用于自动化测试的测试用例。
   自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
   为自动化系统中的跟踪组件设置路径和自动化引导。
   界定压力和性能测试的范畴。
   按照每个测试用例的数据要求开始建立基准数据库。
   定义维护基准数据库的过程，即备份，恢复，验证。
   开始规划项目所需的测试周期数，和回归测试次数。
   开始文档复查，如：功能设计文档，业务需求文档，产品规格说明书，产品外部文档等。
   审查测试环境和实验室，前端与后端系统都要。
   准备使用McCabe工具，以支持白盒测试中代码的研发和复杂性分析
   建立反馈机制并开始录入文档。
   必需阶段：审查外部文件

压力测试分为如下大概（个人如此）
（1）确定存量数据的规模（用户一般会要求制造出3－5年的存量数据）；
（2）确定需要进行压力测试的业务（一般是用户使用最频繁，或者业务操作复杂的业务）；
（3）确定操作用户的的数量、各类操作用户的比例；
（4）峰值业务量的要求（一般是1个小时内最多要处理的笔数）；
（5）对实时业务响应时间的要求（如在峰值情况下，单笔业务的处理时间（如小于60秒））；
（6）对于批量处理过程的时间要求（如进行日终（月终、年终）处理、与外系统间批量数据传输时的时间）。
以上信息，通常需要业务人员来确定。
为了进行压力测试的技术准备，需要如下资料：
（1）系统概要设计（了解系统技术架构，确定测试方法）；
（2）如果自己开发接口程序，需要了解接口报文规范；
（3）数据库设计（我们需要据此编写程序，准备存量数据）。
为了开发脚本需要了解如下信息：
（1）操作手册（脚本录入或者手工开发脚本）；
（2）参数化脚本（动态化数据需要进行关联）；
（3）脚本回放（验证脚本是否可以成功的创建数据）。
测试场景：
（1）单用户运行压力测试场景；
（2）多用户运行测试场景，查看系统资源消耗等调优工作开始。
另外，还有测试环境的事情需要落实。压力测试一般要求环境配置较高，最好与生产环境一致或者接近。

针对手机软件的系统测试，通常包含以下角度：
<1>功能模块测试：首先分析功能模块的功能项，测试每一个功能项是否能够实现对应功能。一般根据测试用例和软件本身的流程就可以完成基本功能测试。
<2>交叉事件测试：又叫做事件或者冲突测试，是指一个功能正在执行过程中，同时另外一个事件或者操作对该过程进行干扰的测试。例如通话过程中接收到短信或者闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机、花屏等严重问题。
<3>压力测试：又叫做边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功*能[存储、网络、响应能力]的最大容量、边界或者最大承受极限，仍然对其进行相关操作*。例如连续接收或者发送短信，超过收信箱和SIM卡所能存储的最大条数，仍然进行接收或者发送，依次来检测软件在超常态下的表现，进而进行评估用户能否接受。
对手机可以施加的压力测试类型主要包括：
->存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，程序员不做相应处理的话，就会导致其他存储区被删除。
->边界压力:边界处理问题一直是容易被忽略的地方
->响应能力压力：有时 某些操作可能处理的时间较长，如果在处理期间，继续进行其他操作时候就会出现问题。
->网络流量压力：执行较大数据流量的功能同时，在进行其他操作，使得网络流量始终处于很高的状态，检验各个功能是否依然正常工作，是否存在因为网络流量瓶颈引起的某功能异常。
<4>容量测试：即存储空间已满时候的测试，包括用户可用内存/SIM卡所有空间被完全使用的测试。此时在对可编辑模块和存储空间进行操作，如果软件在极容状态下处理不好，将会导致死机或者花屏等问题。
<5>兼容性测试：不同品牌、型号手机，不同网络，不同容量大小的SIM卡之间的兼容性测试。例如：中国电信的小灵通接收到中国移动或者中国联通GSM发来的短消息，需要验证显示和回复是否正常。
<6>易用性、用户体验测试：在指定条件下，软件产品被理解、学习、使用和吸引用户的能力，是交互的适应性、功能性和有效性的集中体现。

       软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。压力测试涵盖，性能测试，负载测试，并发测试等等，这些测试点常常交织耦合在一起。顾名思义：压力测试，就是 被测试的系统，在一定的访问压力下，看程序运行是否稳定/服务器运行是否稳定（资源占用情况）。