軟件測試規(guī)范草案(參考版)
2025-04-30 16:16本頁面
【正文】 】 測試結(jié)論 特別聲明： 1：資料來源于互聯(lián)網(wǎng)，版權(quán)歸屬原作者 2：資料內(nèi)容屬于網(wǎng)絡(luò)意見，與本賬號立場無關(guān) 3：如有侵權(quán)，請告知，立即刪除?！? 缺陷和限制 【說明測試所揭露的軟件缺陷和不足，以及可能給軟件運行帶來的影響。包括： ； (即項需求未得到充分測試的情況及原因 )?！? 測試結(jié)果 【按順序給出每一測試項目的： ； ； ； ?！? 測試項目 【列出每一測試項目的名稱、內(nèi)容和目的。】 定義 【列出測試分析報告中所用到的專門術(shù)語的定義和縮寫詞的原文。】 II 測試用例 詳見《測試用例》 III 測試記錄報告 填寫測試用例執(zhí)行報告，詳見《測試用例》 IV 測試問題報告 即 BUG 記錄表，詳見《 BUG 標(biāo)準(zhǔn)》 V 測試分析報告 編寫目的 【闡明編寫測試分析報告的目的，指明讀者對象。】 范圍 【說明所完成的各項測試說明問題的范圍及其局限性。】 進度 條件 【給出測試對資源的特殊要求，如設(shè)備、軟件、人員等?！? 輸出 【預(yù)期的輸出數(shù)據(jù)?！? 測試準(zhǔn)備 測試機構(gòu)及人員 【測試機構(gòu)名稱、負(fù)責(zé)人和職責(zé)。】 目標(biāo) 運行環(huán)境 需求概述 條件與限制 測試方案 【說明確定測試方法和選取測試用例的原則。】 定義 【列出測試計劃中所用到的專門術(shù)語的定義和縮寫詞的原意。 描述軟件錯誤即填寫 bug 記錄表，詳見《 BUG 標(biāo)準(zhǔn)》 八、附錄 附錄 一、測試文檔 I 測試計劃 編寫目的 【闡明編寫測試計劃的目的，指明讀者對象。 五、測試模式 V 型模型，實現(xiàn)測試與軟件開發(fā)的同步進行。 安全測試：對軟件安全性 方面的測試，主要檢測軟件中加密、解密、數(shù)據(jù)備份、恢復(fù)、病毒檢測等問題。 極限測試：在軟件的極限條件下進行的測試，主要有對數(shù)據(jù)的極限值、邊界值操作，對軟件進行致命操作等。 數(shù)據(jù)處理測試：對軟件數(shù)據(jù)接口進行的測試，主要檢查軟件數(shù)據(jù)處理中輸入、處理、輸出數(shù)據(jù)過程。 u 進行測試，并記錄測試結(jié)果到測試報告 u 分析測試報告 u 修正和測試工作 u 完成測試產(chǎn)品提交配置 四、測試類型的劃分 功能測試：對軟件功能進行的測試，主要檢查軟件功能是否實現(xiàn)了軟件功能說明書 (軟件需求 )上的功能要求。有關(guān)回歸測試有兩個焦點：有沒有產(chǎn)生新的漏洞，修復(fù)是否確實使缺陷消除。 系統(tǒng)測試應(yīng)該由若干個不同測試組成，目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能工作并完成所賦予的任務(wù)。包括恢復(fù)測試、安全測試、強度測試和性能測試等。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成 一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是確認(rèn)測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。集成測試是組裝軟件的系統(tǒng)測試技術(shù)，按設(shè)計要求把通過單元測試的各個模塊組裝在一起之后，進行集成測試以便發(fā)現(xiàn)與接口有關(guān)的各種錯誤。主要原因是，模塊相互調(diào)用時接口會引入許多新問題。 提高模塊的內(nèi)聚度可簡化單元測試，如果每個模塊只能完成一個，所需測試用例數(shù)目將顯著減少，模塊中的錯誤也更容易發(fā)現(xiàn)。測試用例的設(shè)計應(yīng)與復(fù)審工作相結(jié)合，根據(jù)設(shè)計信息選取測試數(shù)據(jù)，將增大發(fā)現(xiàn)上述各類錯誤的可能性。該階段的測試工作，由編程組內(nèi)部人員進行交叉測試 (避免編程人員測試自己的程序 )。 單元測試階段 單元測試完成對軟件最小的結(jié)構(gòu)的測試，一般用來驗證模塊的功能屬性，它利用設(shè)計文檔作為指導(dǎo)，主要使用白盒測試技術(shù)；但也可以測試其它項目，如性能、可用性等等，可使用 黑盒 或 白盒 方法進行。 設(shè)計階段 核心工作是對軟件產(chǎn)品功能說明書進行檢查，軟件產(chǎn)品功能說明書是對軟件產(chǎn)品最終需要實現(xiàn)的功能的描述。 三、測試階段的劃分 根據(jù)開發(fā)過程和實際需求將測試 階段劃分為：設(shè)計階段、代碼檢測單元測試階段、集成測試階段、系統(tǒng)測試階段、驗收測試階段、回歸測試 (復(fù)測 )階段。在允許的條件下，回歸測試盡可能覆蓋受到影響的部分。 再測試修改的部分： 當(dāng)測試者對修改的局部化有足夠的信心時，可以通過相依性分析識別軟件的修改情況并分析修改的影響，將回歸測試局限于被改變的模塊和它的接口上?；貧w測試所使用的測試用例個數(shù)可以由測試預(yù)算確定，回歸測試可以優(yōu)先選擇那些針對最重要或最頻繁使用功能的測試用例，釋放和緩解最高級別的風(fēng)險，有助于盡早發(fā)現(xiàn)那些對可靠性有最大影響的故障。首先運行最重要的、關(guān)鍵的和可疑的測試，而跳過那些非關(guān)鍵的、優(yōu)先級別低的或者高穩(wěn)定的測試用例，這些用例即便可能測試到缺陷，這些缺 陷的嚴(yán)重性也僅有三級或四級。全部再測試幾乎可以應(yīng)用到任何情況下，基本上不需要進行分析和重新開發(fā)，但是，隨著開
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1