processes測試過程(編輯修改稿)
2025-07-04 19:24 本頁面
【文章內容簡介】 ： 代碼已編寫并編譯通過。（為了測量覆蓋范圍，必須進行記錄覆蓋范圍的編譯。） 2) 集成測試入口 : 代碼評審和單元測試 測試計劃文檔化且評審過 測試案例文檔化且評審過 3) 系統(tǒng)測試入口 : 需求文檔評審且存在 集成測試代碼存在 客戶的系統(tǒng)和驗收測試標準，如果有的話盡量實現(xiàn) 4) 驗收測試入口 : 必須完成單元測試，集成測試和系統(tǒng)測試。 由客戶提供的數(shù)據(jù)的收集，或我們建議的數(shù)據(jù)并得到客戶的同意，用于已完成的測試。 客戶評審并接受的已基線化的接受測試 計劃文檔 。 完成客戶接受測試設置的公式。 3. 責任 客戶 ( 在驗收測試階段 ) 很好地解釋了正在執(zhí)行的產品 /解決方案。如需要應該執(zhí)行相應的培訓。 應通過比較實際的結果和接受標準確認接受測試案例的結 果。接受測試標準的基礎應是項目的范圍和交付物（如，解決方案項目）。 應提供有關功能性，可用性，可靠性，執(zhí)行，支持性和接收測試的全部軟件質量的所有信息。 應提供接受測試所需的所有的硬件和軟件。 項目經理 確保測試程序已被完全定義并執(zhí)行，所有資源準備做測試。 在 PMR 的過程中，周期性評審測試活動和結果；如適合的話，在測試結 果的基礎上采取行動。 系統(tǒng)分析人員 制訂測試用例 3 測試人員 參與測試案例發(fā)展。 執(zhí)行測試案例并記錄測試結果。 在測試過程中，除錯并修復任何問題后 重新運行測試案例直到退出標準令人滿意。 項目 SQA 按照指定的標準和計劃周期地評審項目的測試活動 。 組織SQA 如適合的話，審核接收測試活動。 4. 過程描述 測試可以采用測試工具 :mi testdirect 和 winrunner 或 rational robot 進行測試管理 ,如果采用測試工具 ,測試用例 ,測試結果 ,測試計劃 ,測試報告在工具中體現(xiàn) ,不需要形 成文檔 。 1) 單元測試 : 單元測試過程把確認工作量活動側重于軟件最小單元的設計上。單元測試是一種在編碼階段，測試代碼的正確性。 單元測試為了發(fā)現(xiàn)如下缺陷： ? 模塊邊界缺陷 ? 不恰當或不一致的數(shù)據(jù)輸入 ? 不正確的變量名 ? 錯誤的開始或默認值 單元測試對于所有的項目是強制性的 。 單元測試采用走查的方式進行 ,項目經理在走查完畢后出具單元測試報告 。 2) 集成測試 : 集成測試是將系統(tǒng)部件整合在一起并且測試結果是否符合需求的進程。 集成測試的焦點在于合并單元來確保界面如所期望的那樣工作。 在集成測試中，單元測試模塊用來建立設計的系統(tǒng)。 集成測試總體上以遞增形式 完成， 且有三大策略 ： ? 自頂向下的綜合：這里主要的控制模塊用于測試驅動，所有的子模塊為占位。并且不斷得以深度優(yōu)先或以廣度優(yōu)先為基礎來替占位。在設計過程中它較早地驗證了主要的控制和關鍵點 。 4 ? 自底向上的綜合：這里低級別的模塊會被捆綁入簇（構建物）來運行具體的軟件子功能，并且開發(fā)測試簇的驅動程序。在沿著程序結構上升的同時，簇被不斷的增加。 ? 合二為一：總的來說，傾向于綜合使用自底向上和自頂向下的測試方法。但是關鍵模塊應該在早期被整合和測試 。 3) 系統(tǒng)測試 : 系統(tǒng)測試進程聚焦于所有需要適當整合來完成分配的功能的系統(tǒng)因素。它的主要目標是估算系統(tǒng)特性。系統(tǒng)測試始于集成測試的成功完成。
公司管理相關推薦
鄂ICP備17016276號-1