希賽網整理了一份2026上半年軟件評測師核心寶典資料，以便幫助考生梳理2026上半年軟件評測師考試內容及考試重要知識點。因篇幅有限，本文只展示部分內容，考生可在本文文首本文資料處或文末的資料下載欄目下載PDF完整版。

2026上半年軟件評測師核心寶典部分內容如下：

第1章 軟件測試基礎

軟件測試的對象

【考點】

軟件測試的對象：程序、數據、文檔。

【示例】

以下關于軟件測試對象的敘述中，不正確的是（  ）。

A：程序是軟件測試的對象

B：開發文檔是軟件測試的對象

C：開發標準是軟件測試的對象

D：數據庫中數據是軟件測試的對象

答案：C

解析：

軟件測試的對象為：程序、數據、文檔。

產品開發標準是標準化活動的產物，非軟件測試的對象。

軟件測試的目的

【考點】

軟件測試的目的：保證軟件質量；具體來講就是要保證軟件或系統符合相關的法律法規、技術標準和應用需求，降低軟件的產品風險及應用風險。

【示例】

以下關于軟件測試目的的敘述中，不正確的是（  ）。

A：測試是程序的執行過程，目的在于發現錯誤

B：一個好的測試用例在于能發現至今未發現的錯誤

C：分析錯誤產生原因不便于軟件過程改進

D：通過對測試結果分析整理，可以修正軟件開發規則

答案：C

解析：

軟件測試發現問題，對錯誤進行分析應該是利于軟件過程的改進。

軟件測試的原則

【考點】

軟件測試的原則：

溯源性原則：測試需要追溯到原始需求。

工程性原則：測試貫穿軟件生產的各個階段，須盡早按計劃開展測試，甚至進行預防性測試。

獨立性原則：避免開發工程師測試自己的程序；防止長期測試和開發合作導致的思維和心理同化，從而導致獨立性喪失。

合理性原則：完全測試是不可能，基于時間和資源的限制，無法開展窮舉式測試；要在質量要求和測試強度之間尋找合理的結合點，需要設定測試終止條件。

不完全性原則：測試不能完全暴露全部缺陷，能做的是盡可能多地發現錯誤，但不能證明軟件不再包含錯誤，因此評價應為：未發現錯誤；而非沒有錯誤。

相關性原則：缺陷具有聚集現象，一個軟件/模塊發現錯誤越多，意味著未發現的錯誤越多，應加強測試。

可接受性原則：缺陷修復具有代價，在各方允許的情況下（進行決策后），可以允許某些缺陷遺留在軟件中。

風險性原則：測試是為了降低或化解軟件的質量風險，但測試本身也是有風險的；在測試活動中應考慮風險，進行風險管理。

【示例】

以下關于軟件測試原則的敘述中，不正確的是（  ）。

A：不同階段的測試有不同的階段性目標

B：越早進行的測試，所花費的代價也越高

C：應當避免開發工程師測試自己的程序

D：對軟件進行完全測試是不可能的

答案：B

解析：

溯源性原則：不同階段的測試有不同的階段性目標，但匯集起來后的總目標是保證軟件質量。

工程性原則：測試不是某一個階段的活動，而是貫穿軟件生產的各階段，需要以工程化的思想和方法來組織和實施。須盡早按計劃開展測試，甚至進行預防性測試，以避免測試延遲帶來的巨大代價。

獨立性原則：應當避免開發工程師測試自己的程序，自己測試自己的程序會受到定勢思維和心理因素的影響。

合理性原則：對軟件進行完全測試是不可能的，基于有限的時間和有限的資源，無法對軟件開展窮舉式的測試。需要合理地設定測試的終止條件。