對於in800的問題，個人的看法如下：

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

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

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

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

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