敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體驗證測試
     壓力測試、績效測試與負荷測試 ?
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
in800
發表時間: 2007-09-20 17:51
Just popping in
註冊日: 2005-09-19
來自:
發表數: 1
壓力測試、績效測試與負荷測試 ?
請問

1. 整合測試與系統測試之分別為何 ?
2. 壓力測試、績效測試與負荷測試所執行之內容為何 ?

謝謝釋疑
admin
發表時間: 2007-09-28 08:55
網站管理員
註冊日: 2003-04-03
來自:
發表數: 88
Re: 壓力測試、績效測試與負荷測試 ?
此問題已經提出超過一個星期尚無人回應,歡迎熱心的會員幫忙釋疑 in800 的問題 !

也歡迎大家報名參加 10/14 - 11/18 的「軟體測試人才培訓班」( 總計 6 週 36 小時 ),詳情請見本網站「教務公告」.

軟品協會秘書處 敬上
albertchou
發表時間: 2007-09-28 13:20
Just can't stay away
註冊日: 2003-04-21
來自:
發表數: 71
Re: 壓力測試、績效測試與負荷測試 ?
就 in800 所提的問題,簡單回覆如下:

整合測試著重的是被整合完成的那部份的“功能是否符合規格”?它可以是系統的一部份,或整個系統,進行整合測試的前提是要被整合的各部份通過單元測試。系統測試主要在測試非功能的系統屬性,譬如:績效(performance)測試、壓力(stress)測試、復原測試(recovery)、型態測試(configuration)、背對背(back-to-back)測試…等。進行系統測試的前提是系統通過整合測試。

績效測試主要目的在求取系統的績效能符合客戶需求。因此,於執行績效測試時,首先要知道客戶對客戶的需求為何。例如:對WEB應用系統而言,同時有多少使用者上線時,資料庫當時的容量為何,系統的反應時間應為多少秒。有了這個需求後,對系統進行負載測試以了解系統目前的績效,當系統績效不符需求時,就要調校(tuning)系統。系統經過調校後,再重複以上步驟直到系統達到要求。

負載(load)測試是使系統在有負載的情況下運轉一段時間,其負載的大小是依使用者需求所決定的。若於系統開發的過程中,系統暫時不能達到客戶需要的最大負載時,該負載就以績效測試所得到當時的最佳狀況為負載。其目的是在找出一般於功能測試(整合測試)所不能找出的錯誤。如:記憶體管理的錯誤、記憶體的漏洞(memory leaks)…等。或者回歸測試時確保系統符合先前的績效基準(先前可達到的績效)。附帶說明,也有人將負載測試稱為容量(volume)測試。

壓力測試是對系統資源不斷地施加壓力,觀察系統最後在什麼樣的壓力下與系統的那一部份被壓垮,以及當系統被壓垮時系統是否可平順地結束與回復。其目的為確保系統可平順地結束與回復(the system fails and recovers gracefully)。

軟體品質協會資深管理師 周茂松 敬上
tyrone
發表時間: 2007-10-04 13:12
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
Re: 壓力測試、績效測試與負荷測試 ?
對於in800的問題,個人的看法如下:

1. 整合測試與系統測試之分別為何 ?
•從系統觀點來說,為什麼要整合,那是因為基於工程設計的需要而將系統「分割」成數個部分,以便認清問題,以及找到對於問題的解決方案,但是最終我們要交付的是一個完整的產品,因此,我們必須要把分開發展的各個部分「組合」起來。在組合當中,我們可能會面臨一些問題,例如介面不匹配,傳輸的資料格式有出入,傳輸的時序有問題,或者某些function call的語法錯誤.....。所謂整合測試,目的就在確保這些各別發展的部分,整合成為一個完整產品的時候不會發生問題。整合測試,可以分為多個層次,把軟體單元(模組),整合成為一個子系統,子系統整合成為完整的應用軟體系統,還有系統的整合,包括硬軟體間的整合,成為一個完整的系統。

•至於系統測試,最主要的是在看系統能否完成需求規格的要求,實現客戶建置該系統所想要達成的任務及使用目的。基本上,是一個全系統,基於營運概念與情境來執行的。(在這個階段其實已經處於系統(產品)生命週期階段中的「確認」的活動)。

在這裡還要提到一個詞「驗收測試」。
•「驗收」是客戶的職責,驗收測試是客戶透過一連串對產品的測試活動,從產品表現對於合約及規格的符合程度,決定要不要接受該產品。當然「驗收」時要檢驗或察看的產出與結果會多於「測試」,因為能不能驗收,從合約的角度來說看的不只是最終產品(應用軟體系統)而已。在某些層次上來說,「驗收測試」可以是和「系統測試」重疊的,如果客戶與開發商之間取得共識,在進行「系統測試」時,客戶的代表一同參與,並將「系統測試」結果,之當作「驗收」的依據之一也沒有什麼不可以。

2. 壓力測試、績效測試與負荷測試所執行之內容為何 ?
「績效測試」其實是一個模糊的詞,在某些時候,與所謂的「壓力測試」及「負荷測試」有關,或者說等同。
在國際標準組織所提出的一些品質的量度(metrics)中,並沒有所謂「績效」這項測量,因為不同的系統、不同的客戶,會有不同的認知。但是我們知道「績效(perofrmance)」一字所指的,就是「表現」的意思。系統表現得好不好,你可以去設定一些條件,例如,在「高負荷」或「高壓力」之下,系統「表現」是否正常?是什麼樣的表現呢?諸如,反應對不對?產出結果對不對?反應的時間是不是可以被接受?是不是符合預想的成本效益?這就和對人的績效評估是一樣的。所謂「負載」、「壓力」,可以包括同時上線的人數達到某一個限度(客戶要訂出來喔)、在網路頻寬使用到某一個程度(頻寛原來是多少?使用到什麼狀況下(如80%)?這也是客戶要訂的)下、或者是資料庫容量已達到某個情況下(例如,資料庫使用量已到達80%)。這些條件客戶務實合理地訂出來,然後放到合約裡,讓開發商當作規劃設計的依據。因為這個世界是很公平的,實體的東西都會有限制,要打破限制,多半需要付出更多的代價。如果訂得不切實際,在你的預算裡內是做不到的,就會面臨無法驗收的情況了。當你訂出一些系統的規格條件,如果找了三家廠商,只有一家說可以做得到,而且在預算內可以達成,建議你要那家廠商提出實據,可以的話,至少讓他模擬出結果,否則你有可能是遇到了資訊業界的「小強」了。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

無發表權
 
-=協會通訊地址:10449 台北市中山北路二段106-2號11樓=-
電話:(02)2523-6548 傳真:(02)2523-6547 電子信箱:register@csqa-tw.org.tw=-
-=本網著作權為中華民國資訊軟體品質協會所有,禁止未經授權轉貼節錄=-
Powered by XOOPS , Twe76.net