1、結合你以前的學習和工作經驗，你認為如何做好測試工作？
盡早進行軟體測軟試，不斷的找出軟體中的bug；
不斷了解和熟悉專案的需求分析，了解使用者的需求；
設計全面的測試用例，覆蓋所有使用者需求，避免測試的隨意性；
充分注意測試中的群集現象（專案中出現的bug較多的功能模組，隱藏的bug也就越多「二八現象」）
2、你覺得測試最重要的是什麼？
首先你要明白使用者需要什麼，即熟悉使用者的需求；
測試專案的每項功能是否符合使用者需求規格說明書。
3、如果乙個很有個性的程式設計師認為自己的bug不是bug，怎麼解決？
首先要把自己測試出來的bug提交到缺陷管理庫中；
然後根據需求規格說明書、詳細設計等文件，確認實際結果是否與計畫有不一致的地方，提供直接的依據；
如果程式設計師覺得還是bug，把這個bug提交給測試經理與產品、開發人員進行溝通，要求其修改。
4、測試的目的和原則是什麼？
測試的目的：在規定的情況下，按照一定的規則對軟體進行測試，發現軟體存在的缺陷和錯誤，從而改進缺陷，以提公升軟體質量。
測試的原則：我們測試的所有專案都應該滿足使用者的需求；
盡早和不間斷的對軟體進行測試，以盡早發現軟體缺陷；
測試可能無法顯示軟體潛在的缺陷且測試中的缺陷存在群集現象；
測試過程中盡量避免測試的隨意性，程式設計師應當避免檢查自己的程式。
5、軟體測試有哪些劃分方式？
開發階段劃分：單元測試、整合測試、系統測試、驗收測試
測試實施組織：使用者測試、開發測試、第三方測試
測試技術劃分：黑盒測試、白盒測試、灰盒測試
6、軟體測試流程是什麼？/給你乙個模組你怎麼進行測試？
根據使用者需求文件、詳細設計等文件對專案進行需求分析，主要有開發、測試、產品等相關人員參與，分析軟體效能、介面、功能等方面的需求；
根據需求分析編寫測試計畫、測試方案，組織有關測試人員進行測試用例的交叉評審。根據使用者需求的變動，不斷更新測試用例。
根據測試用例對軟體進行測試，發現軟體中的bug，提交到缺陷管理工具給指定的開發人員進行修改，對bug進行跟蹤直到關閉bug，提交測試報告。
7、測試過程中遇到偶然出現的bug，你是怎麼解決的？
首先自己要進行確認測試，看這個bug現象是否重現。如果不能重現這個bug找指定的開發人員，跟他描述自己的操作步驟，看他能否發現原因進行修改，倘若不能就直接提交bug並備註這個bug為偶然出現不能重現，在後續的測試活動中持續關注這個bug
8、測試用例有哪些設計方法，請舉例說明。
等價類劃分法：把所有坑內的輸入資料劃分為若干個子集，在每個子集中選取少部分有代表性的資料進行測試。
邊界值法：根據輸入資料的範圍選取邊界值進行測試，剛好大於、剛好等於、剛好小於的資料測試
場景法：把軟體系統中的業務流程看成一條路徑進行測試用例的設計
因果圖法：
錯誤推測法：
9、一條bug應該包含哪些內容？測試用例case包含哪些內容？
bug編號、bug標題、等級、所屬模組、重現步驟、預期結果、實際結果、指定開發人員、附件。
用例編號、用例名稱、測試項、預置條件、操作步驟、預期結果、用例等級、備註。
10、在測試工作中如何判定測試的結果是一條bug？
與需求規格說明不符合、ui介面發生錯誤、使用者體驗不好、提示資訊錯誤或不明確、軟體系統不穩定發生閃退等、系統執行緩慢。
11、bug有哪些等級並列舉說明？
致命：嚴重花屏、系統崩潰、功能與需求嚴重不符
嚴重：功能未實現、功能實現錯誤、系統重新整理錯誤
一般：ui介面錯誤、提示資訊錯誤、邊界條件錯誤
輕微：未給出提示資訊、格式不規範、輔助說明不清楚
12、bug的處理流程圖，
提交bug、開發修改、回歸測試、關閉bug；
提交bug、開發不改、測試組長；
提交bug、需求問題、產品設計、是、修改設計、開發修改、回歸測試、關閉
13、測試計畫文件的關鍵是什麼？
專案描述、需求分析（功能模組、測試要點、測試型別）、人員功能模組的分配，工作進度的安排，測試裝置安排、測試風險的評估（需求文件不全，導致測試覆蓋不全面，測試人員不足導致測試進度滯後）
14、測試報告需要描述哪些內容？
專案概述、資料統計（人力投入，用例覆蓋統計，bug分類統計）、bug遺留情況、測試風險、測試結論（系統功能全部實現，遺留bug等級輕微，不影響上線）
15、測試方案的內容是什麼？
專案概述（介紹鮮蘑菇的背景和今後發展情況）、測試風險評估、測試策略（功能測試的目標，範圍，方法和通過的標準；相容性測試；ui介面測試；效能測試；驗收測試）
17、web系統測試主要測試哪些方面？
功能測試：所有功能都要滿足使用者需求並全部實現
效能測試：頁面切換相應時間、併發測試、壓力負載測試
相容性：系統相容、瀏覽器相容、解析度
使用者體驗：
回歸測試
18、測試計畫、測試方案、測試報告、測試用例的內容？
測試計畫：
領導可以根據你的測試計畫進行分配人員和資源；
測試人員可以了解整個專案測試，而對專案測試分工；
便於公司其他人員了解測試人員的工作內容，方便自己工作且配合。
測試專案簡介、專案所需工具電腦系統網路安排、測試人員安排、人員工作進度跟蹤
測試報告：
資料統計（用例覆蓋率、bug分類統計）；
遺留bug情況（簡單介紹bug嚴重級別）
測試風險（偶然出現bug對專案進度的影響）
測試物件評估（功能、效能、穩定性）
測試方案：
測試需求分析、測試策略（功能、介面、相容性、回歸、自動化、效能）、測試資源、測試進度計畫、風險管理
測試用例：
用例編號、測試專案費用管理、功能描述、預置條件、操作步驟、預期結果、等級、測試結果
軟體測試基礎知識一
這篇文章主要是學習軟體測試的基礎知識 知識點不多，以後會加以補充。我會給出乙個自己寫的乙個簡單的文字框的測試用例的圖給大家參考。軟體測試的基本流程 1.制定測試計畫 2.設計測試用例 3.滿足測試用例的輸入準則，執行測試 4.撰寫測試報告 5.滿足輸出準測，結束測試 軟體測試的常識和經驗 1.測試能...
軟體測試基礎知識（一）
測試物件 測試級別 系統測試分類 功能測試 驗證當前的軟體主體功能是否可用 相容性測試 驗證當前軟體在不同環境下是否可用使用 安全測試 驗證軟體是否只能授權使用者提供功能使用 效能測試 相當於當前軟體消耗的資源，它的產出能力。常見系統測試方法 一 按測試物件進行分類 盒指的是被測物件 二 按測試物件...
軟 件 測 試 基 礎 知 識
軟體效能指標主要有響應時間，系統響應時間和應用延遲時間，吞吐量，併發使用者數，資源利用率五種。軟體實現的演算法與系統響應時間和應用延遲時間是直接相關的，所以軟體的效能也必定與實現演算法是有關係的吞度量是指系統在單位時間內處理請求的數量，對於無鬢髮的應用系統而言，吞度量是與響應時間嚴格的反比關係，因為...