025期本標準等同采用了國際標準ISO/IEC25051：2006《工程軟件軟件產品質量要求和評價(SQuaRE)商業現貨(C()TS)軟件產品的質量耍求和測試細則)(英文版 )和 Iso/IEC25051：2006技術勘誤 1：2O07,并在相應頁畫空白處用“ ‖ ”表示.......[詳細]
計算機在越來越廣泛的應用領域中使用，其正確的運作通常是業務成功和/或人類安全的關鍵，因 此開發或選用高質量的軟件產品是至關重要的。 對軟件產品質量的全面說明和評價是保證足夠質量的 關鍵因素。 這可以通過考慮軟件產品的使用目的的情況下，定義適當的質量特性來實現。 重要的是要 規定和評價每個相關的軟件產品質量特性，無論何時都要盡可能使用經確認的或被廣泛接受的度量。......[詳細]
本部分提供了外部度量，以測量 G B/T 16260. 工 一2006 中定義的 6 個外部質量特性的屬性。 本部 分所列的度量并非一個完備集。 開發者、評價者、質量管理者和需方可以從本部分中選擇合適的度量， 用來定義質量需求、評價軟件產品、測量質量情況或作其他用途;亦可以修改度量或使用本部分未包括 的其他度量。 本部分適用于各種軟件產品，但并非每種度量適用于各種軟件產品。[詳細]
本部分提供了內部度量以測量 G B /T 16260. 1- 2006 中定義的 6 個內部質量特性的屬性。 本部分 所列的度量并非一個完備集。 開發者、評價者、質量管理者和需方可以從本部分中選擇合適的度量，用 來定義質量需求、評價軟件產品、測量質量情況或做其他用途;亦可以修改度量或使用本部分未包括的 其他度量。 本部分適用于各種軟件產品，但并非每種度量適用于各種軟件產品。......[詳細]
G B/T 16260 的本部分所述的使用質量的度量是用來測量G B/T 16260. 1- 2006 中所定義的使用 質量的屬性 本部分所列的度量并非一個完備的度量集合。 開發者、評價者、質量管理者及需方可以從 中選擇度量來定義需求、評價軟件產品、測量質量和用于其他目的。 他們也可以修改這些度量或使用本 部分未包括的其他度量。 本部分適用于各種軟件產品，但是并非每種度量都適用于每種軟件產品。......[詳細]
該項測試主要為了配合信息產業部軟件企業認定和軟件產品登記（即雙軟認 定）工作，對軟件產品進行登記測試。測試結束后，為軟件產品登記備案提供信 息產業部認可的、全國范圍適用的、權威的軟件登記測試報告。[詳細]
說明： 驗收測試為系統上線前的最后檢驗，檢驗方向主要是安裝包、安裝程 序、用戶手冊、加密設置、基本功能等內容。[詳細]
白盒測試一般是針對代碼進行測試，測試中發現的缺陷可以定位到代碼級別，根據測試工具原理的不同，又可分為靜態測試工具和動態測試工具。
（1）靜態測試工具。直接對代碼進行分析，不需要運行代碼，也不需要對代碼編譯鏈接，生成可執行文件，靜態測試工具一般對代碼進行語法掃描，找出不符合編碼規則的地方，根據某種質量模型評價代碼質量，生成系統的調用關系圖等。
靜態測試工具的代表有Telelogic軟件、PR公司的PRQA等。
（2）動態測試工具。動態測試工具一般采用“插樁”的方式，向代碼生成的可執行文件中插入一些監測代碼，用來統計程序運行時的數據。 動態測試工具的代表有Compuware公司的DevPartner軟件、Rational公司的Purify系列。
黑盒測試的一般原理是利用腳本的錄制/回放，模擬用戶的操作，然后將被測系統的輸出記錄下來，同預先給定的標準結果進行比較。黑盒測試工具可以大大減輕黑盒測試的工作量，在迭代開發的過程中，能夠很好的進行回歸測試。
性能測試黑盒測試工具的代表Radview公司的WebLoad、Microsoft公司的WebStress、HP公司的LoadRunner、Compuware公司的QALoad等。
常用黑盒測試方法：
等價類劃分
等價類劃分法是一種典型的、重要的黑盒測試方法，它將程序所有可能的輸入數據（有效的和無效的）劃分成若干個等價類。然后從每個部分中選取具有代表性的數據當做測試用例進行合理的分類，測試用例由有效等價類和無效等價類的代表組成，從而保證測試用例具有完整性和代表性。
邊界值分析
對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
錯誤推斷
在測試程序時，人們可以根據經驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產品測試中曾經發現的錯誤等, 這些就是經驗的總結。還有, 輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行. 這些都是容易發生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例.總之，就是進行錯誤的操作。
判定表
分析和表達多邏輯條件下執行不同操作的情況下的工具，在程序設計發展的初期，判定表就已被當作編寫程序的輔助工具了，由于它可以把復雜的邏輯關系和多種條件組合的情況表達得既具體又明確。
判定表通常由四個部分組成。
條件樁(Condition Stub)：列出了問題得所有條件，通常認為列出得條件的次序無關緊要。
動作樁(Action Stub)：列出了問題規定可能采取的操作，這些操作的排列順序沒有約束。
條件項(Condition Entry)：列出針對它左列條件的取值，在所有可能情況下的真假值。
動作項(Action Entry)：列出在條件項的各種取值情況下應該采取的動作。
因果圖分析
從用自然語言書寫的程序規格說明的描述中找出因（輸入條件）和果（輸出或程序狀態的改變），可以通過因果圖轉換為判定表。
代碼走查
代碼審查
文檔審查
狀態圖
