c/s結構測試
要點
1.安裝/解除安裝：
1.安裝包：完整性，安裝包大小是否達到要求，顯示基本資訊是否正確，步驟是否明確，內容是否合理。
2.首次安裝：
1）是否與其他
已安裝的軟體衝突。
2）各種防毒軟體（卡巴、瑞星、360）對安裝程式的影響）
3）安裝目錄的考慮（中英文本元、長度、空目錄、根目錄、修改目錄、預設目錄）
4）乾淨環境下能否正常完成安裝
5）安裝後快速啟動、桌面、開始程式裡面的快捷方式情況等
6）360一鍵智慧型安裝是否能正常完成
7）安裝的程式是否帶有外掛程式
3.再次安裝：
1）在已經安裝該軟體的情況下，再次進行安裝，表現是否正常（比如提示是否公升級、檢測到已安裝）；需要考慮已安裝和現安裝版本差異問題
2）解除安裝後再次安裝是否正常完成
4.公升級安裝：
2）公升級包公升級時，考慮軟體正在使用時是否執行進行公升級，公升級過程是否正確
3）公升級完成後，軟體啟動是否正常
5.解除安裝：
1）解除安裝時是否要退出客戶端（退出和不退出都要考慮），解除安裝後的表現。不退出解除安裝是否能成功，不成功，是否有相應提示等。
2）是否能在控制面板裡面解除安裝
3）是否自帶解除安裝工具，解除安裝能否成功
4）借助其他工具解除安裝能否成功
5）解除安裝是否完全解除安裝乾淨，包括快捷方式、登錄檔資訊等
2.介面及使用者體驗
1.介面美觀及控制項樣式是否符合使用者的常用習慣（這個值得**，沒有乙個統一的標準）。程式所有可以點選的地方是否可以進行操作，選單、按鈕、超連結（文字顏色以及是否能正常鏈結）、文字等。還需要考慮再不同顯示器上的顯示，各種比例和解析度下的顯示情況。
2.視窗：
1）視窗的縮放（雙擊的最大最小，點選按鈕的最大最小，關閉）、拖動（開多個視窗拖動）工作列（左鍵單擊和右鍵單擊的操作）、托盤區、任務管理器操作。一般客戶端軟體，開著視窗在桌面上移動的時候，cpu占用都比較高，這個效能需要控制在某個合適的範圍內。
2）多視窗的操作是否合理
3.提示資訊
1）各種操作對應的正確、錯誤類提示資訊是否正確
2）介面文字提示是否友好、易懂、簡練
3）操作流程是否清晰，使用者知道自己每步都是在做什麼，即操作提示是否清晰明了
4）有錯誤類資訊，不要使用**類文字，考慮到使用者群體的情況，還要區分中英文（用哪個更好）
4.鍵盤滑鼠操作
1）快捷鍵操作是否正常，是否與其他軟體的快捷鍵衝突等
2）滑鼠拖放顯示是否正常，是否影響操作
3）滑鼠右鍵功能是否正常合理
5.操作介面是否即時動態重新整理
6.如果有托盤圖示，需要考慮托盤圖示的顯示狀態，是否能顯示，操作是否正常等。
3.具體功能
1.是否所有可操作的功能都能按需求實現（如：登陸退出，資訊傳輸功能，備份功能，系統設定功能，搜尋功能，介面模板更新，資訊增刪改功能等）
2.對於功能塊的無效操作和極端操作是否都有合理的處理（如：無效的輸入字元，超長的字元長度，指令碼注入等）
3.檔案傳輸功能：
1）需要考慮不傳輸檔案、傳輸檔案內容為空（大小為0kb，邊界值考慮）、檔案內容包含特殊字元、檔名字元
2）傳輸檔案的格式
3）涉及到網路傳輸，和埠有關係的，要考慮模擬一下埠錯誤，封埠的操作（需要補充具體如何封埠）
4）傳送檔案時，考慮本地檔案，還要考慮ftp，http上的檔案
5）需要考慮磁碟空間不足的情況
6）正在使用的檔案是否是獨佔狀態
7）設計到檔案儲存時，需要考慮檔案儲存的型別、名稱的預設給出
8）檔案拖動類的考慮
9）涉及到檔案寫入讀取的，需要考慮移動裝置，比如u盤、硬碟、ftp等
10）是否超過最大容量、流量限制
4.相容性
1.不同語言系統上的使用區別，在控制面板的區域和語言選項裡面進行設定，管理選項卡裡更改系統區域設定。例如中文系統，英文系統，韓語系統等。
2.不同作業系統
上使用的區別（winxp，vista，win7，win2000，win2003，win2008,32位和64位系統）
3.同乙個系統的不同系統使用者操作（管理員和非管理員）
4.需要考慮計算機休眠，待機後在啟動軟體的表現情況，各種防毒軟體對軟體的影響。瑞星、卡巴、360等（防毒軟體對一些檔案型別、埠等有監控，需要考慮。可能由於軟體使用某些埠而被防毒軟體阻止而導致不能正常使用）
5.效能
1.併發負載問題
1）不同網路環境的資訊傳輸效能，丟包率
2）同等網路環境下，不同併發數場景下，資訊傳輸效能，丟包率
3）大資料量的測試
效能測試本申是很複雜的，特別設計到網路環境時，需要考慮的更多，說實話，要在測試階段做好網路方面的效能測試
，確實需要發起足夠多的使用者（不管是內部使用者，還是外部使用者）來進行內測或公測。同時需要做好監控措施，這樣也能檢測效能情況。
2.記憶體洩露問題：記憶體洩露的問題主要是在**階段時能很好的避免，目前有很多任務具都能輔助進行記憶體洩露的檢測
6.其他
1.考慮介面上文字、各個視窗之間需要保持一致的文字說明。（諸如相同屬性名稱、文字提示資訊等）
2.要多考慮進行了乙個操作/設定後，可能會影響的其他方面，同步表現是否正常，設定是否有效等
3.給使用者提供的操作，使用者可以用，也可以選擇不用，所以介面上需要提供取消類的入口，否則強制性的使用體驗上不是很好，比如提供上一步類的入口也類似。
4.跟網路有關係的，對網路錯誤的提示，有的需要及時，有的不需要頻繁提示網路錯誤，應該多提供幾次重連，比如三次，如果重連三次都發現網路連線錯誤，就提示使用者，否則太頻繁會有騷擾和降低使用者對產品的信賴
軟體效能測試要點
軟體效能測試的目標 1 測試系統的最佳使用者數 隨著使用者數量的增多系統的響應時間並沒有受到影響，直到某個數量的使用者數響應時間開始明顯增長 2 測試系統的最大使用者數 隨著使用者數量的增多，系統的響應時間開始延遲，直到某個數量的使用者數時，系統開始響應失敗或崩潰 3 a 找到目前系統的效能瓶頸 依...
關於軟體測試的知識要點
最近為小舅子找工作出謀劃策，他的目標是軟體測試工程師。匆忙中給他做了一次模擬面試，面試中不小心也為自己整理了一下軟體測試方面的理解。遺憾的是我從來也沒有真正意義上地做過測試工程師，估計近期的將來也沒有這個機會，所以趕緊把一些要點記錄下來，以免日久生疏。測試思想 質量意識 責任 站在客戶的立場 好奇心...
軟體測試背景目的要點概述
質量管理領域權威人物j.m.juran將質量定義為 決定產品效能 和 滿意程度 的特徵 而測試注重於產品的滿意度。測試應針對這樣一種情況 軟體產品在一些特定的範圍內不能滿足客戶的合理要求。通過測試過程可以評定質量風險 可能的錯誤 了解被測試系統中存在的錯誤模式 觀察到的錯誤症狀 基於不同的立場，存在...