軟件測試與軟件開發(fā)過程(2)(編輯修改稿)
2025-06-19 21:10 本頁面
【文章內(nèi)容簡介】 該文檔為依據(jù)編寫測試計劃。并以同行評審（ Peer Review）癿方式對測試計劃進行評審。評審人員應該包括項目以外癿測試或質量保證人員、項目經(jīng)理和開發(fā)人員（非必需）。 軟件設計階段癿測試 定義 軟件設計階段是設計人員將軟件需求轉換為詫言文字和圖表的集合，用來描述系統(tǒng)結構、數(shù)據(jù)結構、算法和用戶界面。根據(jù)丌同的設計方法和模式，設計分為外部設計和內(nèi)部設計，或者分為高層設計（或概要設計）和低層設計（或詳細設計）。 設計 描述 外部設計主要從用戶的角度對產(chǎn)品進行描述，內(nèi)部設計則描述產(chǎn)品的內(nèi)部工作機制。它們是并行展開，相互制約，相互要求。概要設計描述了總體上系統(tǒng)架構應該包含的組成元素，各個模塊之間的關聯(lián)。詳細設計主要描述各個模塊如何實現(xiàn)以及所用的算法和數(shù)據(jù)結構。 軟件設計階段癿測試 由于設計依賴于需求文檔，如果文檔不存在、不完善或者始終處于變更之中，設計人員就需要與需求分析人員溝通，以確定軟件產(chǎn)品應該具備什么能力。因此設計階段也是對軟件需求的深化理解和完善階段。 設計文檔進行評審 ● 設計是否滿足需求： 如果需求規(guī)格說明文檔是非正式的，可變的或是有歧義的，那么設計文檔就是對產(chǎn)品需求的第一份正式說明。管理人員和市場營銷人員應該從這個角度來評審文檔，而不僅僅局限于設計本身。同時還需要建立需求和設計之間的映射關系，可以很好地追蹤軟件設計和需求的關系，從而避免設計上的遺漏。 ●設計是否完備： 它是否規(guī)定了模塊間的關系，模塊如何傳遞數(shù)據(jù)，異常條件下會發(fā)生什么，每個模塊是否賦予了初始狀態(tài)等。 ●設計是否良好： 能否產(chǎn)出高效、簡潔、可測試、可維護的軟件產(chǎn)品。 ●設計是否可行： 計算機能運行這么快嗎？內(nèi)存夠嗎？數(shù)據(jù)庫中的數(shù)據(jù)檢索速度能達到這么快嗎？ ●設計的錯誤處理程度如何。 ●同時還要評審文檔編寫是否規(guī)范，描述是否正確、完整和一致。 評審會議通 評審會議通常由會議管理者（也是召集者）主持，會議的目的在于識別出設計中存在的問題，而如何修改和設計不是會議的內(nèi)容。評審人員把一系列問題帶入到會議中，評審的目的在于生成一個問題列表，并確認設計人員是否理解了其中的歧義或者容易混淆的問題。會議記錄人員記錄下所有達成共識的意見和遺留到下次要解決的問題。 在概要設計和詳細設計評審通過后，測試或質量保證人員就可以以該文檔為依據(jù)編寫測試用例，并以同行評審的方式對測試用例進行評審。評審人員應該包括項目以外的測試或質量保證人員、項目經(jīng)理和開發(fā)人員（非必需）。 軟件開發(fā)編碼階段癿測試 在編碼階段程序員編寫代碼并對程序進行測試。這里的測試我們稱之為白盒測試，它是編碼期間可供程序員使用的測試類型。白盒測試有別于黑盒測試，后者將程序視為一個黑盒子，你無法看到里面的內(nèi)容。而白盒測試需要程序員運用自己的理解能力，深入到源程序中以開發(fā)測試用例。 通常認為白盒測試是編程過程癿一部分，這是因為當模塊不系統(tǒng)其他部分集成乊前或乊后，程序員常規(guī)地都會對模塊進行白盒測試。盡管大多數(shù)測試方面癿書籍都會花很多篇幅來介紹白盒測試技術，作
黨政相關相關推薦
鄂ICP備17016276號-1