destoon做的网站,html做网站的设计,坪山附近公司做网站建设哪家效益快,专家一对一免费咨询1.简介
上一篇中已经教你如何通过JMeter来创建一个测试计划#xff08;Test Plan#xff09;#xff0c;那么这一篇我们就将JMeter启动起来#xff0c;创建一个测试计划#xff08;Test plan#xff09;#xff0c;然后给大家介绍一下测试计划#xff08;Test PlanTest Plan那么这一篇我们就将JMeter启动起来创建一个测试计划Test plan然后给大家介绍一下测试计划Test Plan有哪些元件组成的。
2.测试计划Test Plan要素
本节主要描述测试计划的不同部分要素。JMeter中一个脚本就是一个测试计划Test Plan也是一个管理单元。JMeter 的请求模拟与并发数(设置线程数一个线程代表一个虚拟用户)设置都在脚本文件中一起设置。JMeter 不像 LoadRunner 把脚本与虚拟用户设置分开。
2.1测试计划要素如下
1要素一脚本中测试计划只能有一个 1、Jmeter 测试计划类似 LoadRunner Controller 中的测试场景同一时刻场景故然只能有一个。 2、JMeter 脚本在 GUI 中显示时是树型结构测试计划是根节点根节点当然只能有一个。 2要素二测试计划中至少要有一个线程组 1、JMeter 负裁是通过线程组驱动的所以计划中至少要出现一个线程组。 2、JMeter 测试计划支持多个线程组。 3、我们可以在计划下面建立多个线程组类似 LoadRunner 中的 Group 方式的场景我们可以把JMeter 计划理解成LoadRmmer 中的 Group 方式场景把不相关联的业务分布在不同的线程组中( LoadRunner 中的不同 Group)。 3要素三至少要有一个取样器 1、测试的目的就是要模拟用户请求没有取样脚本就毫无意义。 4要素四至少要有一个监听器 1、测试结果用来衡量系统性能我们需要从结果中分析系统性能。
3.测试计划Test Plan元件
打开Jmeter页面包括测试计划工作台。
注意敲黑板敲脑壳啦最新版的jmeter去掉了工作台。不要大惊小怪的导出截图问我的JMeter为什么没有工作台我同事的有工作台如果你是在想要就下载一个低版本的JMeter安装好启动以后就可以看到你的JMeter也有工作台了。
3.1测试计划Test Plan
Test Plan (测试计划)用来描述一个性能测试包含与本次性能测试所有相关的功能。也就说本的性能测试的所有内容是于基于一个计划的。 右键单击“测试计划”弹出菜单 它用来描述一个测试方案包含与本次性能测试所有相关的功能。也就说本次测试的所有内容是于基于一个计划的。 注意敲黑板敲脑壳啦
测试计划对象具有一个名为“ 函数测试模式 ” 的复选框。如果选择它将使JMeter记录每个样本从服务器返回的数据。如果您在测试侦听器中选择了文件则此数据将被写入文件。如果要进行少量运行以确保正确配置JMeter并确保服务器返回预期结果这将很有用。结果是文件将快速增长JMeter的性能将受到影响。如果要进行压力测试则应禁用此选项默认情况下处于禁用状态。 如果您没有将数据记录到文件中则此选项没有区别。 您还可以使用监听器上的“ 配置”按钮来确定要保存的字段。
3.2线程组Threads Users
线程组元素是任何测试计划的起点。所有控制器和采样器必须在线程组下。其他元素例如侦听器可以直接放置在测试计划下在这种情况下它们将应用于所有线程组。顾名思义线程组元素控制JMeter将用于执行测试的线程数。线程组的控件使您可以
设置线程数设置加速时间设置执行测试的次数
每个线程将完整地执行测试计划并且完全独立于其他测试线程。多个线程用于模拟与服务器应用程序的并发连接。 加速期告诉JMeter将“加速”到所选线程的总数需要多长时间。如果使用了10个线程并且启动周期为100秒那么JMeter将花费100秒来启动和运行所有10个线程。每个线程将在上一个线程开始后10100/10秒开始。如果有30个线程启动周期为120秒则每个连续线程将延迟4秒。 加速需要足够长的时间来避免在测试开始时工作量过大并且还必须足够短以使最后一个线程在第一个线程完成之前开始运行除非有人希望这种情况发生。 从“上升线程数”开始然后根据需要向上或向下调整。 默认情况下线程组配置为在其元素之间循环一次。 线程组还提供了调度程序。单击“线程组”面板底部的复选框以启用/禁用其他字段您可以在其中输入测试的持续时间启动延迟运行的开始和结束时间。您可以配置持续时间秒和启动延迟秒来控制每个线程组的持续时间以及启动后的秒数。当测试开始时JMeter将在启动线程组的线程之前等待启动延迟秒然后运行配置的持续时间秒。请注意这两个选项会覆盖“ 开始时间”和“ 结束时间”。 另外您也可以使用其他两个字段Start time和End time尽管不建议这样做因为它不太灵活。测试开始时如有必要JMeter将等待直到达到启动时间。在每个周期的末尾JMeter会检查是否已达到结束时间如果已结束则运行将停止否则将允许测试继续进行直到达到迭代限制。
线程组的添加路径【测试计划】-【THreadsUsers线程组】
3.2.1添加线程组
选中要添加线程组的测试计划Test Plan右键点击“Add”选中“ThreadsUsers”我们目前可以看到三个线程组。 虽然有三个添加线程组的选项名字不一样 创建之后其界面是完全一样的。之前的版本只有一个线程组的名字。现在多一个setUp theread Group 与terDown Thread Group 1) setup thread group 一种特殊类型的ThreadGroup的可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是这些类型的线程执行测试前进行定期线程组的执行。 setUp Thread Group类似于lr的init.可用于执行预测试操作。 2) teardown thread group. 一种特殊类型的ThreadGroup的可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是这些类型的线程执行测试结束后执行定期的线程组。 tearDown Thread Group类似于lr的end.可用于执行测试后动作。 3) thread group(线程组). 这个就是我们通常添加运行的线程。通俗的讲一个线程组可以看做一个虚拟用户组线程组中的每个线程都可以理解为一个虚拟用户。线程组中包含的线程数量在测试执行过程中是不会发生改变的。
3.2.2线程组界面介绍
这个就是我们通常添加运行的线程。通俗的讲一个线程组,可以看做一个虚拟用户组线程组中的每个线程都可以理解为一个虚拟用户。 Ramp-Up Period单位是秒默认时间是1秒。它指定了启动所有线程所花费的时间。如果你需要Jmeter立即启动所有线程将此设定为0即可 循环次数表示每个线程执行多少次请求。 名称就如字面意思起个有意义的名字就行 注释 线程数这里选择1 Ramp-Up Period单位是秒默认时间是1秒。它指定了启动所有线程所花费的时间比如当前的设定表示“在5秒内启动5个线程每个线程的间隔时间为1秒”。如果你需要Jmeter立即启动所有线程将此设定为0即可 循环次数表示每个线程执行多少次请求。
3.3拓展
这个是关于阶梯加压线程组后期关于这部分会详细介绍这里先提一下有兴趣的自己可以研究一下很简单的需要给JMeter下载安装一个插件就可以了。 注意Stepping Thread Group 可用于模拟阶梯加压 3.4控制器(Controllers)
JMeter有两种类型的控制器采样器和逻辑控制器。用这些元件来驱动测试的进行。 采样器告诉JMeter将请求发送到服务器。例如如果您希望JMeter发送HTTP请求则添加一个HTTP Request Sampler。您还可以通过将一个或多个配置元素添加到采样器来自定义请求。有关更多信息请参见 采样器。 逻辑控制器使您可以自定义JMeter用于决定何时发送请求的逻辑。例如您可以添加一个Interleave Logic Controller在两个HTTP Request Samplers之间交替。有关更多信息请参见逻辑控制器。
3.5采样器(Samplers)
采样器也可以翻译成取样器用来模拟用户的操作向服务器被测系统发出Http请求、WebServiceSOAP/XML-RPC Request请求或者Java请求等。我们可以把Http请求元件看成是一个没有界面的浏览器它可以发送Http请求接收服务器的响应数据。采样器Sampler是测试中向服务器发送请求记录响应信息记录响应时间的最小单元JMeter 原生支持多种不同的sampler 。如 HTTP Request Sampler 、 FTP Request Sampler 、TCP Request Sampler 、JDBC Request Sampler 等。高版本的jmeter支持更丰富的Sampler。采样器的添加路径【测试计划】-【线程组】-【采样器】。 采样器告诉JMeter将请求发送到服务器并等待响应。它们按照它们在树中出现的顺序进行处理。控制器可用于修改采样器的重复次数。 JMeter采样器包括 FTP请求 HTTP请求也可用于SOAP或REST Web服务 JDBC请求 Java对象请求 JMS请求 JUnit测试请求 LDAP要求 邮件要求 操作系统进程请求 TCP请求 每个采样器都有几个可以设置的属性。您可以通过向测试计划中添加一个或多个配置元素来进一步自定义采样器。 如果要将相同类型的多个请求例如HTTP请求发送到同一服务器请考虑使用默认配置元素。每个控制器都有一个或多个Defaults元素请参见下文。 切记在测试计划中添加一个侦听器以查看和/或将请求结果存储到磁盘。 如果您有兴趣让JMeter对请求的响应执行基本验证请将Assertion添加到采样器。例如在对Web应用程序进行压力测试时服务器可能返回成功的“ HTTP响应”代码但是页面上可能有错误或缺少部分。您可以添加断言来检查某些HTML标记常见错误字符串等。JMeter允许您使用正则表达式创建这些断言。
3.6逻辑控制器(Logic Controllers)
逻辑控制器使您可以自定义JMeter用于决定何时发送请求的逻辑。逻辑控制器可以更改来自其子元素的请求的顺序。他们可以自己修改请求使JMeter重复请求等等。逻辑控制器器的添加路径【测试计划】-【线程组】-【逻辑控制器】。 要了解逻辑控制器对测试计划的影响请看一下以下测试树 Test Plan Thread Group Once Only Controller Login Request (an HTTP Request)Load Search Page (HTTP Sampler)Interleave Controller Search A (HTTP Sampler)Search B (HTTP Sampler)HTTP default request (Configuration Element)HTTP default request (Configuration Element)Cookie Manager (Configuration Element)
此测试的第一件事是登录请求将仅在第一次执行。随后的迭代将跳过它。这是由于“ Once Only Controller”的作用。 登录后下一个Sampler将加载搜索页面我们可以想象一个测试场景用户登录到Web应用程序然后转到搜索页面进行搜索。这只是一个简单的请求不会通过任何逻辑控制器进行过滤。 加载搜索页面后我们要进行搜索。实际上我们要进行两种不同的搜索。但是我们希望在每次搜索之间重新加载搜索页面本身。我们可以通过具有4个简单的HTTP请求元素加载搜索搜索“ A”加载搜索搜索“ B”来实现。相反我们使用“Interleave Controller”该控制器每次通过测试都会传递一个子请求。它保持子元素的顺序即它不会随机传递而是“记住”其位置。交叉处理2个子请求可能会过多但很容易会有8个或20个子请求。 注意HTTP请求默认值属于Interleave Controller。想象一下“搜索A”和“搜索B”共享相同的PATH信息HTTP请求规范包括域端口方法协议路径和参数以及其他可选项。这很有道理-都是搜索请求都命中了相同的后端搜索引擎例如servlet或cgi-script。与其在PATH字段中为两个HTTP Samplers配置相同的信息不如将这些信息抽象到单个Configuration Element中。当Interleave Controller“传递”来自“搜索A”或“搜索B”的请求时它将使用HTTP default request配置元件中的值填充空白。因此对于这些请求我们将PATH字段留空并将该信息放入配置元素。在这种情况下这充其量是次要的好处但可以证明其功能。 树中的下一个元素是另一个HTTP default request这次已添加到线程组本身。线程组具有内置的逻辑控制器因此它完全如上所述使用此配置元件。它填补了所有通过的请求的空白。因此在Web测试中将所有HTTP Sampler元件中的DOMAIN字段保留为空白然后将该信息放入HTTP默认请求元素添加到线程组中非常有用。这样您只需更改测试计划中的一个字段即可在另一台服务器上测试应用程序。否则您将必须编辑每个Sampler。 最后一个元件是HTTP Cookie Manager。Cookie Manager应添加到所有Web测试中-否则JMeter将忽略cookie。通过在线程组级别添加它我们确保所有HTTP请求将共享相同的cookie。 逻辑控制器可以组合使用以获得各种结果。请参阅内置逻辑控制器列表。
3.7测试片段Test Fragments
测试片段元素是一种特殊类型的控制器它与线程组元素位于同一级别的测试计划树上。它与线程组的区别在于除非被模块控制器或Include_Controller引用否则它不会执行。 此元件仅用于测试计划中的代码重用。它是一个辅助的组件在此节点下几乎可以放置任何JMeter测试元件但它一般不会被运行那么它的作用到底是什么了 1在脚本开发的过程中可以用来备份元件。 2可以被模块控制台调用我们可以用它模块化请求是不是有点似曾相识的感觉了没错就是程序开发中的将业务封装成一个方法供复用供模块化控制器调用
3.8监听器(Listeners)
监听器提供对JMeter运行时JMeter收集的有关测试用例的信息的访问。图形结果听者曲线在曲线图上的响应时间。“查看结果树”侦听器显示采样器请求和响应的详细信息并可以显示响应的基本HTML和XML表示形式。其他侦听器提供摘要或聚合信息。 此外监听器可以将数据定向到文件以供以后使用。JMeter中的每个监听器都提供一个字段来指示要将数据存储到的文件。还有一个“配置”按钮可用于选择要保存的字段以及使用CSV还是XML格式。 请注意所有监听器都保存相同的数据。唯一的区别在于数据在屏幕上的显示方式。 可以在测试中的任何位置包括直接在测试计划下添加监听器。他们将仅从其级别或以下级别的元素收集数据。 JMeter附带了多个监听器。JMeter的测试结果需要添加监听器来收集。
监听器的添加路径【测试计划】-【监听器】
3.8.1监听器的任务
1添加监听结果并且可以保存测试结果到文件中这些测试结果可以供再次分析使用。 2展示结果JMeter可以以表格以及图形的形式展示测试结果方便测试人员分析测试结果。我们在开发测试脚本的时候不可避免需要调试监听器也提供了辅助例如我们查看结果树我们在其中可以看到请求与响应的数据。
3.9定时器Timer
默认情况下JMeter线程按顺序执行采样器而不会暂停。我们建议您通过将可用计时器之一添加到线程组来指定延迟。如果不添加延迟JMeter可能会在很短的时间内发出太多请求从而使服务器不堪重负。这就是我们通常说的负载为了足够真实的模拟用户负载我们有时候会需要模拟这些请求在同一时刻发送就好像把大家集合在同一起跑线上然后扣动发令枪的扳机同时向终点被测试系统冲去。 计时器将导致JMeter 在其范围内的每个采样器之前延迟一定的时间。 如果您选择在一个线程组中添加多个计时器JMeter将使用计时器的总和并在执行该计时器所适用的采样器之前暂停该时间。可以将计时器作为采样器或控制器的子级添加以限制将它们应用到的采样器。 要在测试计划中的单个位置提供暂停可以使用Flow Control Action Sampler。
定时器的添加路径【测试计划】-【线程组】-【定时器】。
3.10断言
说到断言对于我们一个测试来说应该很熟悉了吧。断言用来验证结果是否正确说白了就是用一个预设的结果期望值、表达式、时间长短等条件与实际结果匹配匹配到成功反之失败。断言使您可以断言有关从被测试服务器收到的响应的事实。使用断言您基本上可以“测试”您的应用程序正在返回期望的结果。 例如您可以断言对查询的响应将包含一些特定的文本。您指定的文本可以是Perl样式的正则表达式并且可以指示响应包含文本或者应与整个响应匹配。 您可以将断言添加到任何采样器。例如您可以将断言添加到HTTP请求中以检查文本“ / HTML ”。然后JMeter将检查该文本是否出现在HTTP响应中。如果JMeter找不到文本则它将标记为失败的请求。 请注意断言适用于其范围内的所有采样器。要将声明限制为单个采样器请将该声明添加为采样器的子代。 要查看断言结果请将“断言侦听器”添加到线程组。失败的断言还将显示在树视图和表侦听器中并将计入错误百分比例如在“汇总”和“摘要”报告中。
3.11配置元件
性能测试中为了模拟大量的用户操作系统我们往往需要做参数化JMeter的参数化可以通过配置元件来完成。例如CSV Data Set Config它可以帮助我们从文件中读取测试数据。另外JMeter也提供了众多函数通过函数助手可以查看到后续宏哥会讲到这里只是简单的提一下来帮助我们动态的生成数据。当然了配置元件的作用不仅于此它还可以记录服务器的返回数据例如Http Cache Manager自动记录服务器返回的Cache信息简而言之就是它为取样器提供预备数据然后由取样器发出请求。配置元素与采样器紧密配合。尽管它不发送请求HTTPS测试脚本记录器除外但是它可以添加或修改请求。 配置元素只能从放置该元素的树枝内部访问。例如如果您将HTTP Cookie Manager放置在简单逻辑控制器中则您放置在Simple Logic Controller中的HTTP请求控制器将只能访问Cookie Manager请参见图1。Cookie管理器可用于HTTP请求“网页1”和“网页2”但不能访问“网页3”。 而且树枝内部的配置元素比“父”分支中的相同元素具有更高的优先级。例如我们定义了两个HTTP请求默认值元素“ Web默认值1”和“ Web默认值2”。由于我们在循环控制器内放置了“ Web Defaults 1”因此只有“ Web Page 2”可以访问它。其他HTTP请求将使用“ Web默认值2”因为我们将其放置在线程组所有其他分支的“父级”中。 图1-显示配置元素可访问性的测试计划
在用户定义的变量配置元素是不同的。无论在何处放置都将在测试开始时对其进行处理。为简单起见建议将元素仅放置在线程组的开始处。
配置元件的添加路径【测试计划】-【配置元件】。
3.12前置处理器
预处理器在发出“采样器请求”之前执行一些操作。如果将预处理器附加到Sampler元素则它将在该Sampler元素运行之前执行。预处理器最常用于在样品请求运行前修改其设置或更新未从响应文本中提取的变量。有关执行预处理器的更多详细信息请参见作用域规则。这块宏哥举一个使用这个元件的测试场景在测试脚本的开发过程中我们在请求发送之前可能会做一些环境或者参数的准备工作那么我们可以在前置处理器中来完成这些工作。例如我们对数据库进行操作前需要建立一个数据库连接那么前置处理器就可以完成这个功能。
前置处理器的添加路径【测试计划】-【前置处理器】。
3.13后置处理器
后置处理器一般放在取样器之后用来处理服务器的返回结果例如一个Web应用程序我们登录之后会返回一个SessionID这个SessionID在登录之后的业务操作过程中会作为验证条件验证用户是否合法登录了之后才进行的业务操作。发出采样器请求后后处理器将执行某些操作。如果将后处理器附加到Sampler元素则它将在该Sampler元素运行之后立即执行。后处理器最常用于处理响应数据经常从中提取值。有关执行后处理器的更多详细信息请参见作用域规则。
到此我们已经简单了解了jmeter的基本组成原件我们后序的测试工作也就是使用这些元件来完成测试任务。
3.14执行顺序
配置元素预处理器计时器取样器后处理器除非SampleResult为null断言除非SampleResult为null监听器除非SampleResult为null
请注意计时器断言预处理器和后处理器只有在有适用的采样器时才被处理。逻辑控制器和采样器按照它们在树中出现的顺序进行处理。其他测试元素将根据其发现范围和测试元素的类型进行处理。[在一种类型中元素按照它们在树中出现的顺序进行处理]。
例如在以下测试计划中
控制器 后处理器1采样器1采样器2计时器1断言1预处理器1计时器2后处理器2
执行顺序为
预处理器1
计时器1
计时器2
采样器1
后处理器1
后处理器2
断言1预处理器1
计时器1
计时器2
采样器2
后处理器1
后处理器2
断言1
3.15范围鉴定规则
JMeter测试树包含分层和有序的元素。测试树中的某些元素严格地是分层的侦听器配置元素后处理器预处理器断言计时器而有些则主要是有序的控制器采样器。创建测试计划时您将创建样本请求的有序列表通过Samplers该列表表示要执行的一组步骤。这些请求通常在也已排序的控制器中组织。给定以下测试树 示例测试树
请求的顺序将为一二三四。
某些控制器会影响其子元素的顺序您可以在组件参考中阅读有关这些特定控制器的信息。
其他元素是分层的。例如断言在测试树中是分层的。如果其父项是一个请求则将其应用于该请求。如果其父级是Controller则它将影响该Controller的所有后代请求。在以下测试树中 层次结构示例
断言1仅适用于请求1而断言2仅适用于请求2和3。
另一个示例这次使用Timers 复杂的例子
在此示例中对请求进行命名以反映其执行顺序。计时器1将应用于请求2、3和4请注意顺序与分层元素无关。断言1仅适用于请求三。计时器2将影响所有请求。
希望这些示例可以清楚说明如何应用配置分层元素。如果您想象每个请求都在树枝上传递给它的父级然后传递给它的父级的父级等等并且每次收集该父级的所有配置元素那么您将了解它是如何工作的。
配置元素的标题管理器Cookie管理器和授权管理器与配置默认元素的处理方式有所不同。“配置默认值”元素中的设置被合并为采样器可以访问的一组值。但是管理器中的设置不会合并。如果在一个采样器的范围内有多个Manager则仅使用一个Manager但是目前无法指定使用哪个 Manager 。
3.16属性和变量
JMeter 属性在jmeter.properties中定义有关更多详细信息请参见入门-配置JMeter。 属性对于jmeter是全局的并且主要用于定义JMeter使用的某些默认值。例如属性remote_hosts定义JMeter将尝试远程运行的服务器。可以在测试计划中引用属性-请参阅功能-读取属性 -但不能用于特定于线程的值。
JMeter 变量是每个线程局部的。每个线程的值可以相同也可以不同。 如果某个变量由线程更新则仅更改该变量的线程副本。例如正则表达式提取器后处理器将根据其线程读取的样本设置其变量这些变量稍后可在同一线程中使用。有关如何引用变量和函数的详细信息请参见函数和变量
请注意在启动时将使 “ 测试计划” 和“ 用户定义的变量”配置元素定义的值可用于整个测试计划。如果同一变量由多个UDV元素定义则最后一个变量生效。线程启动后会将初始变量集复制到每个线程。其他元素例如 用户参数预处理器或正则表达式提取器后处理器可用于重新定义相同的变量或创建新变量。这些重新定义仅适用于当前线程。
所述的setProperty函数可以用来定义JMeter的属性。这些对于测试计划是全局的因此可以用于在线程之间传递信息-如果需要的话。
变量和属性都区分大小写。
3.17使用变量对测试参数化
变量不必更改-可以定义一次并且如果单独保留则不会更改值。因此您可以将它们用作测试计划中经常出现的表达式的简写形式。或对于在运行期间保持恒定但在运行之间可能有所不同的项目。例如主机名或线程组中的线程数。 在决定如何构建测试计划时请记下哪些项目对于运行是恒定的但在运行之间可能会改变。为此确定一些变量名称-也许使用命名约定例如以C_或K_前缀或仅使用大写字母将它们与测试期间需要更改的变量区分开。还应考虑哪些项需要在线程本地进行例如使用正则表达式后处理程序提取的计数器或值。您可能希望对它们使用不同的命名约定。 例如您可以在测试计划中定义以下内容
主机www.example.com
底线10
圈数20
您可以在测试计划中将它们称为$ {HOST} $ {THREADS}等。如果以后要更改主机只需更改HOST变量的值即可。这对于少量的测试工作正常但是在测试许多不同的组合时变得乏味。一种解决方案是使用属性来定义变量的值例如
主机$ {__ Phostwww.example.com}
螺纹$ {__ Pthreads10}
循环$ {__ Ploops20}
然后您可以在命令行上更改某些或所有值如下所示
jmeter…-Jhost www3.example.org -Jloops 13
4.小结 好了今天有关测试计划Test Plan的元件就分享到这里后边后对这些元件进行详细的介绍和说明以及会涉及到部分元件的实际应用。 【下面是我整理的2023年最全的软件测试工程师学习知识架构体系图】 一、Python编程入门到精通
二、接口自动化项目实战 三、Web自动化项目实战
四、App自动化项目实战 五、一线大厂简历
六、测试开发DevOps体系 七、常用自动化测试工具
八、JMeter性能测试 九、总结尾部小惊喜
生命不息奋斗不止。每一份努力都不会被辜负只要坚持不懈终究会有回报。珍惜时间追求梦想。不忘初心砥砺前行。你的未来由你掌握
生命短暂时间宝贵我们无法预知未来会发生什么但我们可以掌握当下。珍惜每一天努力奋斗让自己变得更加强大和优秀。坚定信念执着追求成功终将属于你
只有不断地挑战自己才能不断地超越自己。坚持追求梦想勇敢前行你就会发现奋斗的过程是如此美好而值得。相信自己你一定可以做到
