軟體測試基礎篇（一）

一套完整的測試應該由哪些階段組成？

答：測試計畫、測試設計與開發、測試實施、測試評審與測試結論。

答：黑盒測試：把測試物件當成乙個黑盒子，測試人員完全不考慮邏輯結構和內部特性，只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。

單元測試：白盒測試的一種，對軟體設計中的單元模組進行測試。

整合測試：在單元測試的基礎上，對單元模組之間的連線和組裝w進行測試。

系統測試：在所有都考慮的情況下，對系統進行測試。

驗收測試：第三方進行的確認軟體滿足需求的測試

答：1．等價類劃分 劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的.並合理地假定:測試某等價類的代表值就等於對這一類其它值的測試.因此,可以把全部輸入資料合理劃分為若干等價類,在每乙個等價類中取乙個資料作為測試的輸入條件,就可以用少量代表性的測試資料.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類。

2．邊界值分析法 邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是發生在輸入輸出範圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤. 使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等於,剛剛大於或剛剛小於邊界的值作為測試資料,而不是選取等價類中的典型值或任意值作為測試資料。

3．錯誤推測法 基於經驗和直覺推測程式中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法. 錯誤推測方法的基本思想:列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例.例如,在單元測試時曾列出的許多在模組中常見的錯誤.以前產品測試中曾經發現的錯誤等,這些就是經驗的總結.還有,輸入資料和輸出資料為0的情況.輸入**為空格或輸入**只有一行.這些都是容易發生錯誤的情況.可選擇這些情況下的例子作為測試用例。

4．因果圖方法 前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯絡,相互組合等.考慮輸入條件之間的相互組合,可能會產生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合於檢查程式輸入條件的各種組合情況。

答：

答：（1）使用者認證機制：如資料證書、智慧卡、雙重認證、安全電子交易協議。

（2）加密機制。

（3）安全防護策略：如安全日誌、入侵檢測、隔離防護、漏洞掃瞄。

（4）資料備份與恢復手段：儲存裝置、儲存優化、儲存保護、儲存管理。

（5）防病毒系統。

軟體測試基礎篇之一

軟體測試，就是在規定的條件下，設計各種使用者使用場景對程式進行操作，以發現錯誤，並對軟體質量進行評估。從這篇帖子開始，先給大家講解一些測試工程師必須要掌握的軟體測試理論，也是從事測試工作最基礎的內容。1 軟體測試的目的 服從於軟體專案的目標，通過使用有效的方法和工具，提高開發效率和開發質量 並在規定...

軟體測試 基礎篇

需求分析 測試計畫 測試設計 測試開發 測試執行 測試評估 1 發現問題的版本 開發人員需要知道出現問題的版本，才能夠獲取對應版本的 來重現故障。並且版本的標識也有利於統計和分析每個版本的質量.2 問題出現的環境 描述問題重現的最短步驟.4 預期行為的描述 要讓開發人員指導怎麼樣才是正確的，尤其要以...

軟體測試 基礎篇

1.軟體測試的生命週期 需求分析 測試計畫 測試設計 測試開發 測試執行 測試評估 2.軟體測試 軟體開發生命週期 1 需求階段 測試人員了解需求，對需求進行分解，得出測試需求 2 計畫階段 根據需求編寫測試計畫 測試方案 3 設計階段 測試人員搭建測試用例框架，依據需求和設計編寫一部分測試用例 4...