從傳統的使用者感觀來看，效能就是系統速度要快，但是快到乙個什麼樣的程度，他們沒有概念，一般現在的大型系統都有明確的規定，最基本是要在能接受的範圍之內，一般來說效能是一種指標，表明系統對於其及時性的一種符合程度。
一般使用者作業系統時，希望當前操作的響應時間是越快越好，能接受的等待範圍，而系統管理員對於效能的考慮要多一些，從系統的併發量、可護展性、可維護性、系統的負載能力等，還會關心系統的穩定性，可靠性等等，除此之外，資料庫的連線情況等也是管理員要關心的內容，管理員才能根據系統的狀態進行定製管理計畫，如果出現計畫外的情況，管理員能及時的安排應對計畫，保證系統的正常執行。
從開發人員的視角裡看待效能測試，主要是從系統設計，**調優方式，優化系統，使系統達到乙個最佳的狀態，一出現問題，開發人員和管理人員考慮的角度不一樣，管理人員主要是從業務，易用方面來考慮，而開發人員更多的是考慮此問題，是由於哪些模組引起的呢？是否需進行優化等等，會看系統的**，系統的框架等，從不同的角度來看待效能測試，雖然角度不一樣，但是最終的目的是為使用者的業務操作提供可靠的保證。
在這裡不得不提一下併發操作，根據經驗，許多問題的產生都和併發操作有關係，一是併發，二是量，一旦併發和量都上來，那就是併發量，作為效能測試，我們要清楚自己系統的最大併發量是多少，達到多少量時會有瓶頸或到達系統的最大承受能力，根據不同的問題來判斷是否由於併發引起的，尤其是資料庫死鎖、系統宕機等問題，根據系統的不同業務需來進行併發模擬測試，那麼布置測試場景也是非常重要的，要想能真正測試出現場環境所出現的問題，必須要按實際的業務布置場景，來模擬客戶的真實環境，在模擬時要特別注意資料庫連線數和cpu佔用率，什麼樣的情況到達什麼樣的比例，然後進行負載和壓力測試。
有時在想，中國的許多中小軟體公司對於效能測試這一塊都不太重視，功能測試也馬馬虎虎，只希望乙個軟體模組，在開發人員的單元測試中就能做好，測試人員，只是隨便的走走，並沒有形成一定的規範，這是我目前遇到的情況，更別提是效能測試，如果乙個生產系統不做效能測試，而是拿到實際使用中去讓客戶自己去實驗這個系統的併發能力，可靠性，穩定性等等，是不是說明我們的軟體做太可悲了呢？為什麼我們自己能控制到的不去控制，非得讓人家來反饋問題，這是我一直都想不明白的，不知道為什麼這麼重要的事情，也沒有人去組織去做呢，乙個軟體要想推廣，最主要的是什麼？是品質？是你的軟體的質量的好壞，怎樣來衡量乙個軟體的好壞呢，那就是效能測試，利用測試工作來度量系統的好壞和符合度。所以進行效能測試對於乙個軟體來說是非常必要的。
站在JAVA資料結構的視角看待簡單表結構
1.前言 我們提到程式中的集合的時候，往往腦海中會浮現出,如arraylist和linkedlist以及和hashmap。當然在提到arraylist和linkedlist的時候，我們大多數的人都知道一點 arraylist查詢速度快，操作速度慢。linkedlist查詢速度慢，但是操作速度快。但是...
未來站在中國這一邊（讀後感）
這兩天讀了寧南山的 未來站在中國這一邊 這本書是由他平時的文章整理而來，讀起來易接受，讓我們對中國產業有更清晰的了解，同時對中國更加有信心。影響比較深的幾點。1.國有企業並非大部分想象那樣，臃腫，靠政策吃飯，沒有技術含量。航空，高鐵，特高壓電包括石油公司都有非常高的技術含量，是屬於高科技公司。世界只...
站在不同角度對作業系統的認識
目錄 站在馮諾依曼角度，理解作業系統定位 站在管理角度，理解作業系統 先描述再組織 站在應用者的角度，理解作業系統 站在作業系統角度，理解系統呼叫介面 站在作業系統角度，理解作業系統外殼程式定位與作用 linux shell 對比系統呼叫，理解庫函式 馮諾伊曼 儲存程式原理 管理和控制計算機硬體與軟...