軟件測試與軟件質(zhì)量關(guān)系的概述-資料下載頁
2025-03-26 04:22本頁面
【正文】 也與開發(fā)過程緊密相關(guān)，但關(guān)心的不是過程的活動，而是對過程的產(chǎn)物以及開發(fā)出的軟件進行剖析。測試人員要“執(zhí)行”軟件，對過程中的產(chǎn)物－開發(fā)文檔和源代碼進行走查，運行軟件，以找出問題，報告質(zhì)量。對測試中發(fā)現(xiàn)的問題的分析、追蹤與回歸測試也是軟件測試中的重要工作，因此軟件測試是保證軟件質(zhì)量的一個重要環(huán)節(jié)。 軟件質(zhì)量特性中的測試不同的測試可以同時測試多個質(zhì)量特性，每個質(zhì)量也可以單獨進行測試。本節(jié)重點將就功能性、可靠性、易使用性三個特性來講述測試與質(zhì)量的關(guān)系。 功能測試在功能測試的時候，要確保集成后的各個新模塊小會出現(xiàn)錯誤，即原來每個模塊功能不會因為集成而消失。在軟件集成的功能測試時，多采用黑盒測試方法，所以黑盒測試也常被稱為功能測試，雖然這不是一種準確的說法。功能測試比較容易理解，主要是根據(jù)產(chǎn)品規(guī)格說明書，來檢驗被測試的系統(tǒng)是否滿足各方面功能的使用要求。 可靠性測試軟件可靠性測試在有使用代表性的環(huán)境中,為進行軟件可靠性估計對該軟件進行的 功能測試。 需要說明的是,“使用代表性”指的是在統(tǒng)計意義下該環(huán)境能反映出軟件的使用環(huán)境特性。其目的是通過在有使用代表性的環(huán)境中執(zhí)行軟件,以證實軟件需求是否正確實現(xiàn)。 易用性測試易用性測試包括針對應(yīng)用程序的測試，同時還包括對用戶手冊系統(tǒng)文檔的測試。通常采用質(zhì)量外部模型來評價易用性。包括如下方面的測試：易理解性測試。易學(xué)性測試。易操作性測試。吸引性測試。易用的依從性測試。易用性測試方法有：靜態(tài)測試。動態(tài)測試。動態(tài)和靜態(tài)結(jié)合測試。 測試和質(zhì)量是包含交叉的綜合前文軟件質(zhì)量特性的測試可以看出軟件測試是貫穿在軟件開發(fā)過程中的。軟件測試可以進行到軟件質(zhì)量的小分子（軟件質(zhì)量特性）中，即軟件測試是滲透進軟件質(zhì)量的。軟件測試和軟件質(zhì)量是緊密聯(lián)系的，質(zhì)量特性的測試會用到多種測試的方法，一種測試方法也會測試多種質(zhì)量特性。例如功能測試中會用到白盒測試和黑盒測試，系統(tǒng)測試則可以測試功能性和可靠性。軟件測試能夠提高軟件質(zhì)量,但與軟件測試和軟件質(zhì)量保證二者之間既存在包含交叉的關(guān)系?！?】 要提高軟件質(zhì)量不能忽視軟件測試軟件測試通常要在不同層次上執(zhí)行，大體上劃分為三大階段：單元測試、集成測試、系統(tǒng)測試。 單元測試：單元測試一般需要對被測代碼進行訪問和借助測試工具的支持，并且可能需要被測代碼編程人員的介入。 集成測試：通常采用自頂向下或自底向上的集成方法，用于傳統(tǒng)的、分級的結(jié)構(gòu)化軟件系統(tǒng)?，F(xiàn)代的集成測試策略更多是結(jié)構(gòu)驅(qū)動的，這意味著對軟件模塊或子系統(tǒng)的集成是基于確定的功能線程，因此集成測試是一個連續(xù)活動，在每一階段測試人員必須抽象出低一級的情況并集中于正在處理的這一級的狀況。 系統(tǒng)測試 ：檢驗整個系統(tǒng)是否滿足《需求規(guī)格說明書》所提出的所有需求。它需要將系統(tǒng)與非功能性系統(tǒng)需求進行比較，非功能性系統(tǒng)需求指系統(tǒng)的安全性、速率、精確性、可靠性等。系統(tǒng)測試的類別有：功能測試；性能測試；外部接口測試；人機界面測試；安全性測試；可靠性測試。 做好測試工作，首先驗證軟件是否滿足軟件科研任務(wù)書、需求規(guī)格說明書和軟件設(shè)計所規(guī)定的技術(shù)要求；其次，通過測試，人們可以盡早發(fā)現(xiàn)軟件缺陷，并確保其得以修復(fù)；最后，完善的測試為軟件可靠性與安全性評估提供了重要依據(jù)。 軟件測試不是軟件質(zhì)量保證唯一手段測試是提高軟件產(chǎn)品質(zhì)量的必要條件而非充分條件,它是提軟件產(chǎn)品質(zhì)量最直接、快捷的手段，但絕不是一種根本手段。軟件測試只是軟件質(zhì)量保證的一種手段而已。面向消費者的是產(chǎn)品，消費者遇到的任何產(chǎn)品使用問題，都將成為產(chǎn)品的質(zhì)量問題。然而產(chǎn)品是經(jīng)過若干工序生產(chǎn)出來的結(jié)果。在各個工序環(huán)節(jié)，都將有可能引出質(zhì)量問題，而且這些質(zhì)量問題是由不同技能和領(lǐng)域的從業(yè)人員的工作導(dǎo)出來的，質(zhì)量類型是不同的，如需求問題，設(shè)計問題，實現(xiàn)問題等等。以上問題，其實我想表述的是：軟件產(chǎn)品的質(zhì)量是分不同類型的，而且這些質(zhì)量類型往往需要不同技能和知識背景的人來進行確認和保障。所以，當(dāng)我們要確保一個即將上市的產(chǎn)品的質(zhì)量達到某個水平時，就首先需要評估產(chǎn)品究竟有哪些質(zhì)量類型，是不是這些質(zhì)量類型都有合適的人員進行確認和測試。第五章 結(jié)束語國內(nèi)軟件行業(yè)普遍規(guī)模偏小,缺乏大型軟件產(chǎn)品經(jīng)驗,開發(fā)過程不夠規(guī)范,這決定了國內(nèi)軟件質(zhì)量和測試行業(yè),必須根據(jù)國內(nèi)行業(yè)現(xiàn)狀,確定軟件質(zhì)量目標(biāo)和測試策略方法。軟件測試能夠找出軟件缺陷，確保軟件產(chǎn)品滿足需求。但是測試不是質(zhì)量保證，二者并不等同。從共同點的角度看，軟件測試和軟件質(zhì)量保證的目的都是盡力確保軟件產(chǎn)品滿足需求，從而開發(fā)出高質(zhì)量的軟件產(chǎn)品。兩個流程都是貫穿整個軟件開發(fā)生命周期中。測試可以查找錯誤并進行修改，從而提高軟件產(chǎn)品的質(zhì)量。軟件質(zhì)量保證測試避免錯誤以求高質(zhì)量，并且還有其他方面的措施以保證質(zhì)量問題。軟件質(zhì)量保證并不能夠保證軟件的質(zhì)量,但是我們可以把提高軟件的質(zhì)量作為我們從事軟件質(zhì)量保證工作的目標(biāo)。致 謝在論文完成之際我特向指導(dǎo)老師和幫助過我的同學(xué)、朋友及關(guān)心支持我的家人表示誠摯的感謝。感謝我的指導(dǎo)老師在論文的寫作中給予我悉心的指導(dǎo)和幫助。這是我第一個正式的論文，雖然是學(xué)年論文但也是在為畢業(yè)論文做一個充分的準備，所以我深知它的重要性。感謝老師在我搜集資料，構(gòu)思，寫提綱，初稿直到最終定稿的過程中對我的幫助和教誨。是閭燕老師教會了我一個正式好的論文是怎樣完成的。然后感謝在我寫論文時我身邊幫助和鼓勵過我的同學(xué)和朋友。參考文獻[1]—9126質(zhì)量模型的軟件質(zhì)量評價方法[D].昆明理工大學(xué)碩士論文,2012.[2]G Gordon [M].北京機械工業(yè)出版社,2008:98103.[3]GB/:軟件工程產(chǎn)品質(zhì)量 [S].中國標(biāo)準出版社,2006.[4][J].都市家教,2010,03:106108.13
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1