我們先來聊一下性能測試的一些常識性的和針對性問題。主要是對一些用戶容易模糊的概念進行澄清。比如說什么叫“并發”，什么叫思考時間，一般測試，怎么進行測試。
張：測試領域主要分功能測試和性能測試。功能測試主要對應用程的功能模塊進行測試，測試模塊的功能是否運行正常。性能測試主要測試應用程序對負載的響應能力。比如同時有多個客戶連接到后臺的數據庫。我們通過性能測試軟件來監測系統運行的情況。比如說記錄幾百個用戶在同一時間使用時響應的時間是多少。當然了，響應的時間越短，說明系統的性能越高。
ERP系統有訂單的模塊、查詢的模塊、庫存的模塊等。我們進行的性能測試其實是模擬真實系統運行的情況。我們盡可能的去模擬真實的場景，使用一些壓力測試的工具錄制腳本，把實際運行中應用系統的實際情況錄制下來。比方說你要下訂單。然后我們就使用壓力模擬工具，把訂單處理的流程錄制下來。然后再用壓力測試軟件對這個錄制好的腳本也就是下訂單的全過程進行回放。
我們可以錄制一個用戶的實際操作，在回放的過程中我們會添加系統的壓力，測試中我們可以將一個用戶模擬成多個同時運行的虛擬并發用戶，用這樣的方式來產生系統不斷上升的負載數量。比如我們同時設幾十個并發或者是幾百個并發，同時去后臺的系統下進行下訂單的操作。
測試中的并發數是指在同一時刻應用程序對數據系統產生壓力的數量情況。并發跟在線用戶數是不一樣的概念。我們很多時候是用在線用戶數來作為衡量系統性能的指標。而并發數是指在同一時間點上的對系統產生壓力的用戶。我們有時用100或200在同一時刻的并發用戶來做測試，而該一時間點上的這1、2百個用戶模擬的壓力情況可能相當于成千上萬個在線用戶，給系統添加壓力，這是性能測試的一方面。
另外一方面我們還可以測試很多這種混合的場景如有一些下訂單的模塊、查詢的模塊還有一些庫存的模塊。我們可以把這些場景都錄制下來。根據實際的應用程序運行環境中的情況我們來配置壓力的比例。比如說我們下訂單的實際運行中，訂單模塊的操作量占30%的并發，查詢模塊占20%。剩余的是庫存模塊的系統壓力。這樣就形成了一個混合場景壓力比例。測試是盡可能的去真實模擬應用程序在實際生產過程中的運行的情況，然后對后臺系統進行一個不斷增加壓力來進行一個壓力性能的測試。這個情況下得出來你的系統的一個響應時間就是比較接近真實的應用系統中在實際操作中多并發情況下的一個性能指標。
并發數是性能測試中比較重要的一個指標術語，還有一個事務數的概念也是值得我們注意的。事務數中的事物沒有一個很統一的定義，在各種測試模擬的場景中，事物都有各自的不同含義，比如數據庫中的事務的概念可能是增、刪、改的幾條語句。幾條語句構成了一個事務或者說一句UPDATE的語句就可能構成一個事務。我們這次測試中的事務指的是ERP系統應用中的一個操作概念，這個事務實際上遠比上面提到的數據庫事務復雜，我們的一個事務中可能包括了很多了這種操作。比方說下訂單的這個模塊。有可能先去查數據庫中的某些數據。然后跟所數據再對數據庫中的些字段進行一些insert。update的一些操作。它的一次的事務的操作其實是包含很多的數據庫的操作在里邊。
文章來源于領測軟件測試網 http://www.k11sc111.com/
