性能测试的六个阶段.docx

性能测试的六个阶段

在软件开发生命周期中，必须进行性能测试的阶段包括：

单元测试

应用集成测试

应用集成负载测试

生产阶段测试

生产阶段负载测试

容量评估

当前的软件工程方法论把开发工作分解为叠代的过程。每次叠代都指定了一套必须实现的用例。典型的模式是，第一次的叠代过程实现了应用的框架并且确保提供了组件间的通信功能。随后的叠代在第一次叠代建立的框架上增加应用的功能。

因为叠代是由所实现的用例(或部分用例)定义的，所以每次叠代都对性能测试有相应的要求。用例定义了额外的测试步骤和SLA的变动范围，QA应该基于此SLA进行测试。因此，所有后文的性能测试讨论都应该被应用于各个叠代过程。区分每次叠代工作的控制因素就是用例。

单元测试

在把组件提交到集成阶段之前，每个开发人员必须对他们的组件进行性能单元测试。传统的单元测试仅仅重视功能而忽略性能。

在单元测试期间，性能单元测试意味着需要用以下的工具分析组件：

Memoryprofiler

Codeprofiler

Coverageprofiler

Memoryprofiler在用例开始前和在用例结束后运行垃圾回收并且记录堆的快照。从这些数据中，我们能看到用例的内存影响及该用例在内存中留下的具体对象列表。开发人员需要检查那些对象以确认在用例执行完成后那些对象就应该保留在内存中。当用例完成后，如果对象被疏忽而留在堆中，那么这就是Java内存泄漏，并且我们这些称为游离对象，有时也可称为遗留对象引用。

下一个需要寻找的内存问题称为对象循环。在用例执行期间，所记录的细粒度的堆的采样信息，结合创建和删除的数量，说明了对象被创建和删除的次数。如果对象被迅速地创建并删除，那么它将给JVM带来非常大的压力。每个被创建及删除的对象仅能由垃圾搜集回收，并且对象循环显著地增加垃圾回收的频率。这种情况通常发生在一个循环或嵌套循环内部的对象创建的情况。

让我们看看以下的代码:

for(inti=0;iobject.size();i++){

for(intj=0;jobject2.size();j++){

intthreshold=system.getThreshold();

threshold){

}

}

if(object[i].getThing()-object2[j].getOtherThing()

//Dosomething

}

在这个例子中，外部循环遍历object中的所有项目，并且每个项目都遍历object2的所有项目。如果object包含1000个项目并且object2也包含了1000个项目，那么被定义在循环内部的代码将被执行1000*1000次，或1百万次。在这种代码下，阈限变量将每次在内部循环运行时(当该对象的引用超出作用域范围时对象将被销毁)被分配和销毁。如果你在Memoryprofiler里看到这个代码，你将看到一百万个阈限实例被创建并被销毁。

代码应该用如下的方式重写来消除这种情况:

intthreshold=system.getThreshold();

intthreshold=system.getThreshold();for(intj=0;jobject2.size();j++){

if(object[i].getThing()-object2[j].getOtherThing()

threshold){

}

//Dosomething

}

}

现在，对与一百万次循环，阈限变量只分配一次。阈限变量的影响从至关重要变为微不足道。

在基于Web应用中，我们经常看到的关于对象循环的场景是在在请求的上下文中创建对象。在单次使用情况下，这并不是问题，不过一但当用户的负载显著增加时，这个问题就很快变得很明显。你必须做出的决定是，这个对象是否需要基于每个请求创建，或者如果一旦它被创建，那么可被缓冲以被随后的请求重用。如果对这个问题的回答是后者，那么你可以消除该对象的循环使用问题。图1显示当对象循环发生时堆的视图。

图1:对象循环可通过查看一个细粒度的堆采样数据而可视化地识别出来。红色圈定的堆的区域表明，此时内存中对象正被迅速地创建和释放，这预示了潜在的对象循环问题。

应用集成测试

在组件通过单元测试，被认为可以满足要求而加入到应用之后，下一步是将他们集成到一个单独的应用中。当每次叠代结束时就是集成阶段，主要是确定不同组件是否可以一起发挥作用来满足叠代用例。在功能集成测试完成以后而且应用满足功能方面的用例之后，下一步对整个集成进行性能测试。

这种测试不是负载测试，更准确地说是小规模虚拟用户。虚拟用户