前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇軟件測(cè)試報(bào)告范文，相信會(huì)為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

軟件測(cè)試報(bào)告范文第1篇

由權(quán)威調(diào)查機(jī)構(gòu)的《2014年軟件測(cè)試從業(yè)人員調(diào)查報(bào)告》顯示，軟件測(cè)試行業(yè)呈現(xiàn)出以下幾大特征：

一、軟件測(cè)試行業(yè)人才缺口大

數(shù)據(jù)顯示，被調(diào)查測(cè)試人員所屬公司中，互聯(lián)網(wǎng)行業(yè)及金融行業(yè)分別占42.81%和18.15%，綜合占比超過六成，這也印證了經(jīng)濟(jì)結(jié)構(gòu)調(diào)整的成果，目前互聯(lián)網(wǎng)行業(yè)和金融行業(yè)受到了投資者和個(gè)人的青睞，企業(yè)需求急劇上升，軟件測(cè)試人才缺口巨大。

二、軟件測(cè)試人員稀缺

然而，在被調(diào)查者所在公司中，測(cè)試人員與開發(fā)人員的比例在1:4及以上的高達(dá)55.13%。在這些公司中，49.66%的公司每年對(duì)測(cè)試人員進(jìn)行的培訓(xùn)次數(shù)為0。也就是說，將近一半的軟件測(cè)試人員在工作后沒有進(jìn)行培訓(xùn)學(xué)習(xí)的機(jī)會(huì)，這就要求想從事軟件測(cè)試的人員在入職前培訓(xùn)相關(guān)的技能，確保工作可以順利開展。

三、軟件測(cè)試行業(yè)前景光明

在被調(diào)查者中，進(jìn)行了一年左右軟件測(cè)試工作的人員占據(jù)了72.26%。其中，大專學(xué)歷及本科學(xué)歷的比例分別為34.93%和58.22%，他們的薪資在6000元及以上的占據(jù)了53.43%，軟件測(cè)試工程師薪酬高成為不爭(zhēng)的事實(shí)。

軟件測(cè)試報(bào)告范文第2篇

【關(guān)鍵詞】計(jì)算機(jī)軟件；軟件測(cè)試；生命周期；BSS系統(tǒng)；IT系統(tǒng)

1 引言

通信行業(yè)通常有三個(gè)相對(duì)獨(dú)立的IT系統(tǒng)：OSS運(yùn)營支撐系統(tǒng)、BSS業(yè)務(wù)支撐系統(tǒng)、管理支撐系統(tǒng)。其中，BSS是通信行業(yè)對(duì)外向客戶直接服務(wù)的系統(tǒng)，管理著企業(yè)的各類客戶資料，為各類客戶提供業(yè)務(wù)受理和計(jì)費(fèi)服務(wù)。BSS系統(tǒng)做得好壞，直接牽涉到最終用戶對(duì)通信業(yè)務(wù)的使用。要保證BSS系統(tǒng)的質(zhì)量，就需要在BSS系統(tǒng)的各個(gè)環(huán)節(jié)把好質(zhì)量關(guān)。

本文的研究任務(wù)就是通過軟件測(cè)試環(huán)節(jié)提高BSS系統(tǒng)軟件的效率，從而大大提高企業(yè)的信息化服務(wù)水平，使業(yè)務(wù)支撐部門對(duì)業(yè)務(wù)部門進(jìn)行強(qiáng)有力的支撐。

2 軟件測(cè)試研究基礎(chǔ)

軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。軟件測(cè)試貫穿整個(gè)軟件系統(tǒng)的生命周期中，為保證服務(wù)質(zhì)量，軟件測(cè)試要經(jīng)過開發(fā)過程中的單元測(cè)試，集成測(cè)試，以及軟件交付后的確認(rèn)測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試，還有軟件使用后的回歸測(cè)試。如圖所示：

2.1 單元測(cè)試

單元測(cè)試是在軟件開發(fā)過程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試不僅僅是作為無錯(cuò)編碼一種輔助手段在一次性的開發(fā)過程中使用，單元測(cè)試必須是可重復(fù)的，無論是在軟件修改，或是移植到新的運(yùn)行環(huán)境的過程中。

2.2 集成測(cè)試

集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試，是單元測(cè)試的邏輯擴(kuò)展。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來也能正常的工作。

2.3確認(rèn)測(cè)試

確認(rèn)測(cè)試又稱有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。

2.4 系統(tǒng)測(cè)試

系統(tǒng)測(cè)試是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方。

2.5 驗(yàn)收測(cè)試

驗(yàn)收測(cè)試是系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

2.6 回歸測(cè)試

伴隨著軟件生命周期中的任何一個(gè)階段，還有一個(gè)重要的測(cè)試環(huán)節(jié)是回歸測(cè)試。只要軟件發(fā)生了改變，就可能給該軟件帶來問題。軟件的改變可能是源于發(fā)現(xiàn)了錯(cuò)誤并做了修改，也有可能是因?yàn)樵诩苫蚓S護(hù)階段加入了新的模塊。

3 案例分析及研究

3.1 驗(yàn)收測(cè)試在通信行業(yè)BSS系統(tǒng)中的應(yīng)用研究

本案中，軟件上線前，要經(jīng)過初驗(yàn)和終驗(yàn)，初驗(yàn)是對(duì)軟件的初次驗(yàn)收，根據(jù)合同要求，初驗(yàn)時(shí)一般要滿足的條件是，軟件程序在一定的范圍內(nèi)上線試運(yùn)行，并在試運(yùn)行過程中故障率不超過一定的范圍。初驗(yàn)過程中，使用人員對(duì)軟件進(jìn)行充分的使用，盡量多的遍歷所有的分支點(diǎn)，對(duì)軟件開發(fā)商提出更詳細(xì)的需求改造要求，軟件廠家在此階段都會(huì)盡可能快地做出修改，并提交給使用人員。這樣重復(fù)多次，直到達(dá)到初驗(yàn)要求，項(xiàng)目會(huì)繼續(xù)推廣到更大的范圍。大范圍使用后，使用人員會(huì)隨之增多，必將會(huì)碰到更大更多的問題，在經(jīng)過軟件廠家的修改優(yōu)化，達(dá)到軟件程序穩(wěn)定運(yùn)行的效果，此時(shí)，項(xiàng)目才滿足終驗(yàn)條件。終驗(yàn)后，軟件廠家會(huì)維護(hù)一段時(shí)間，簽訂長期的維護(hù)合同。

根據(jù)這種情況，驗(yàn)收測(cè)試是在軟件程序的初驗(yàn)和終驗(yàn)都要涉及到的。測(cè)試目的都是盡量查找軟件的漏洞以便得以修改，測(cè)試的方法是功能測(cè)試涉及較多一點(diǎn)。BSS系統(tǒng)驗(yàn)收測(cè)試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術(shù)合同的相關(guān)規(guī)定，繼而能否滿足企業(yè)應(yīng)用需求。一般需要通過實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試執(zhí)行活動(dòng)，確認(rèn)系統(tǒng)的功能需求、性能需求和文檔需求。BSS系統(tǒng)是較復(fù)雜的大規(guī)模系統(tǒng)，其驗(yàn)收測(cè)試具體包括：安裝測(cè)試、功能測(cè)試、界面測(cè)試、性能測(cè)試、文檔測(cè)試、負(fù)載壓力測(cè)試、恢復(fù)測(cè)試、安全性測(cè)試、兼容性測(cè)試等。

BSS系統(tǒng)的驗(yàn)收測(cè)試一般由使用人員來做，且必須做到對(duì)每個(gè)細(xì)節(jié)和關(guān)鍵指標(biāo)的反復(fù)測(cè)試。它的測(cè)試技術(shù)方法不僅有上述提到的幾種測(cè)試，還需要一些白盒測(cè)試，避免實(shí)現(xiàn)當(dāng)前功能的情況下影響到其他模塊。它的測(cè)試用例，需要反復(fù)推算，尋找到最佳用例，以盡多的遍歷各測(cè)試節(jié)點(diǎn)，對(duì)程序、數(shù)據(jù)、文檔都要做到細(xì)致的測(cè)試。

根據(jù)以上分析，驗(yàn)收測(cè)試涉及BSS系統(tǒng)的各環(huán)節(jié)內(nèi)容。其中，最主要要審核的內(nèi)容就是根據(jù)軟件的需求分析，檢驗(yàn)要交付的軟件系統(tǒng)是否滿足需求分析中的內(nèi)容。具體來說，根據(jù)驗(yàn)收測(cè)試方法和它所屬的狀態(tài)及重要性，在BSS系統(tǒng)中，驗(yàn)收測(cè)試的審核內(nèi)容，可以用以下文檔驗(yàn)收來體現(xiàn)。

軟件開放商應(yīng)向企業(yè)項(xiàng)目組成員提供以下文檔：《軟件需求分析書》、《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》、《測(cè)試用例設(shè)計(jì)》、《測(cè)試環(huán)境標(biāo)準(zhǔn)》、《測(cè)試報(bào)告》、《測(cè)試結(jié)果分析》、《缺陷報(bào)告》、《驗(yàn)收測(cè)試報(bào)告》、《使用說明》或《操作文檔》、《試運(yùn)行報(bào)告》。另外，使用人員根據(jù)軟件廠家提供的上述文檔，挑選重要的測(cè)試項(xiàng)，組織使用人員重新編寫測(cè)試用例并進(jìn)行測(cè)試，編寫客戶方自己的《驗(yàn)收測(cè)試計(jì)劃》、《驗(yàn)收測(cè)試報(bào)告》、《驗(yàn)收測(cè)試結(jié)果及分析》。根據(jù)《驗(yàn)收測(cè)試結(jié)果及分析》組織項(xiàng)目成員討論是否驗(yàn)收此項(xiàng)目。

驗(yàn)收測(cè)試流程圖：

根據(jù)上述要求，在本案例中，驗(yàn)收測(cè)試方面存在以下不足：

第一、《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》沒有專門的文檔。如果我們能在需求分析書完成后能夠定制獨(dú)立的《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》，則更有利于我們做好驗(yàn)收測(cè)試工作，做好終驗(yàn)工作。第二、沒有《缺陷報(bào)告》，程序的開發(fā)總要伴隨著缺陷的產(chǎn)生，雖然開放人員在逐漸的解決這些缺陷問題，但總有一些問題解決不了。第三、甲方對(duì)驗(yàn)收測(cè)試重視不足，沒有獨(dú)立的《驗(yàn)收測(cè)試計(jì)劃》、《驗(yàn)收測(cè)試報(bào)告》、《驗(yàn)收測(cè)試結(jié)果及分析》，沒有獨(dú)立的驗(yàn)收文檔，對(duì)結(jié)果也沒有做分析。第四、在驗(yàn)收測(cè)試整個(gè)過程中，甲方過于依賴乙方。整個(gè)流程以乙方提供驗(yàn)收文檔為主，甲方雖驗(yàn)收了文檔等資料，但并沒有根據(jù)資料編制驗(yàn)收測(cè)試方案，也沒有做驗(yàn)收測(cè)試報(bào)告及分析，只是在乙方提供驗(yàn)收測(cè)試文檔中根據(jù)驗(yàn)收測(cè)試用例進(jìn)行了測(cè)試。

在實(shí)際運(yùn)用中，首先要重視軟件測(cè)試的重要性，另外不能過于依賴軟件開發(fā)商，要建立企業(yè)自己的IT人員測(cè)試組，對(duì)軟件進(jìn)行詳盡的各方面的測(cè)試。

3.2 回歸測(cè)試在通信行業(yè)BSS系統(tǒng)中的應(yīng)用研究

實(shí)際工作中，回歸測(cè)試需要反復(fù)進(jìn)行，當(dāng)測(cè)試者一次又一次地完成相同的測(cè)試時(shí)，這些回歸測(cè)試將變得非常令人厭煩，為了支持多種回歸測(cè)試策略，可以運(yùn)用自動(dòng)測(cè)試工具，以便滿足達(dá)到不同回歸測(cè)試目標(biāo)的要求。

通信行業(yè)BSS系統(tǒng)的回歸測(cè)試特別頻繁，每月的應(yīng)用變更幾十例，有新增的功能，也有變更的功能，還有修復(fù)的功能。這些變更都需要回歸測(cè)試來驗(yàn)證功能是否達(dá)到需求的要求。根據(jù)軟件特性，進(jìn)行的回歸測(cè)試大都需要結(jié)合軟件模塊自身的功能，手工完成驗(yàn)證，并且不同的模塊的回歸測(cè)試方法也可能不同。進(jìn)行回歸測(cè)試時(shí)，不但檢驗(yàn)新增模塊的功能是否實(shí)現(xiàn)，還要驗(yàn)證是否影響了周邊其他模塊的功能，同時(shí)檢查整個(gè)大的模塊的功能是否正常，也就是考察軟件自身的功能和兼容性。

4總結(jié)與展望

實(shí)踐證明：將軟件測(cè)試的方法引入通信行業(yè)的BSS系統(tǒng)中，在軟件測(cè)試的各個(gè)環(huán)節(jié)都能夠詳細(xì)和規(guī)范的記錄測(cè)試相關(guān)信息，使管理層能夠方便的掌握到整個(gè)軟件的問題、配置、變更、等環(huán)節(jié)的信息，為領(lǐng)導(dǎo)決策提供了強(qiáng)有力的支持，達(dá)到了軟件使用的目的。大幅提高了系統(tǒng)的軟件維護(hù)效率和整個(gè)BSS系統(tǒng)的準(zhǔn)確性，使BSS系統(tǒng)對(duì)企業(yè)的業(yè)務(wù)能夠快速高效的支撐。

參考文獻(xiàn)

[1]（美）馬瑟著.王峰，郭長國，陳振華等譯.軟件測(cè)試基礎(chǔ)教程[M].北京：機(jī)械工業(yè)出版社，2011.

[2]陳能技.軟件測(cè)試技術(shù)大全[M].北京：人民郵電出版社，2011.

軟件測(cè)試報(bào)告范文第3篇

關(guān)鍵詞：嵌入式軟件；GJB2725A；軟件測(cè)試；過程模型

0 引言

隨著信息化軍事技術(shù)的不斷深入，嵌入式軟件已在航空武器裝備軟件中得到了廣泛的應(yīng)用，相應(yīng)的，對(duì)其進(jìn)行軟件測(cè)試的要求也越來越重要。目前，大部分軟件測(cè)試項(xiàng)目主要由事件驅(qū)動(dòng)完成，存在流程不清晰、被動(dòng)性高、效率低下等問題，影響了測(cè)試質(zhì)量，其嚴(yán)重后果就是沒有及時(shí)發(fā)現(xiàn)軟件產(chǎn)品缺陷，導(dǎo)致產(chǎn)品失效。

總裝備部于2001年了GJB2725A《測(cè)試實(shí)驗(yàn)室和校準(zhǔn)實(shí)驗(yàn)室通用要求》[1]，其目的就是為了指導(dǎo)軟件測(cè)試活動(dòng)，提高軟件測(cè)試過程管控能力。因此提出了一種嵌入式軟件測(cè)試過程模型，該模型能夠依據(jù)軍標(biāo)，以流程驅(qū)動(dòng)的方式對(duì)軟件測(cè)試進(jìn)行全過程管控，具有很好的工程應(yīng)用價(jià)值，提高了研制效率。

1 嵌入式軟件測(cè)試過程模型

在型號(hào)軟件研制中，測(cè)試是一項(xiàng)復(fù)雜而繁瑣的工作，是一門綜合性學(xué)科，涉及技術(shù)、方法、資源以及管理等諸多方面[2]，現(xiàn)有流行軟件測(cè)試模型，如V模型、W模型和H模型[3]，并不能完全適用于實(shí)際測(cè)試工作，而應(yīng)由研制單位牽頭，建立本地化的軟件測(cè)試過程模型。

根據(jù)工程經(jīng)驗(yàn)，將嵌入式軟件測(cè)試過程劃分為5個(gè)階段，即測(cè)試需求分析、測(cè)試策劃、測(cè)試設(shè)計(jì)與實(shí)現(xiàn)、測(cè)試執(zhí)行和測(cè)試總結(jié)，每個(gè)階段實(shí)現(xiàn)不同的測(cè)試活動(dòng)，前一個(gè)階段是后一個(gè)階段的輸入，后一個(gè)階段是前一個(gè)階段的驗(yàn)證，以流程為驅(qū)動(dòng)力，逐步實(shí)現(xiàn)所有活動(dòng)，通過不斷地對(duì)流程再優(yōu)化，實(shí)現(xiàn)模型的持續(xù)改進(jìn)[4]，逐步趨近實(shí)際工程應(yīng)用。

1.1 測(cè)試需求分析

該階段的輸入為軟件測(cè)評(píng)合同或軟件研制任務(wù)書，以明確被測(cè)項(xiàng)目的范圍、目標(biāo)、約束及要求。

同時(shí)，確定需要完成的測(cè)試類型，如功能測(cè)試、性能測(cè)試、邊界測(cè)試、接口測(cè)試、可靠性測(cè)試等，并明確每一個(gè)測(cè)試類型的具體要求，例如：

1）功能測(cè)試：每一個(gè)軟件測(cè)試項(xiàng)輸入的每一個(gè)正常等價(jià)類和異常等價(jià)類都至少被一個(gè)用例覆蓋；

2）性能測(cè)試：對(duì)軟件的精度、時(shí)間和適應(yīng)性進(jìn)行測(cè)試，以確認(rèn)是否符合規(guī)定的性能要求；

3）接口測(cè)試：測(cè)試所有外部接口，每一個(gè)外部輸入/輸出接口應(yīng)進(jìn)行正常和異常情況測(cè)試。

確定測(cè)試類型后，可制定測(cè)試策略，包括白盒和黑盒測(cè)試，并對(duì)具有特殊要求的被測(cè)項(xiàng)進(jìn)行具體描述。同時(shí)，確定測(cè)試充分性和終止要求，避免項(xiàng)目無法結(jié)束。

測(cè)試需求分析最重要的工作就是依據(jù)軟件設(shè)計(jì)文檔，確定測(cè)試的顯性需求和隱形需求，并分解為測(cè)試項(xiàng)，為后續(xù)測(cè)試用例提供設(shè)計(jì)依據(jù)，本階段的輸出為《軟件測(cè)試需求規(guī)格說明》。

1.2 測(cè)試策劃

本階段在測(cè)試需求分析的基礎(chǔ)上，完成如下工作：

1）確定測(cè)試技術(shù)，如等價(jià)類劃分法、邊界值分析法和猜錯(cuò)法等；

2）明確定性評(píng)價(jià)準(zhǔn)則，包括文檔、設(shè)計(jì)和實(shí)現(xiàn)等方面；

3）數(shù)據(jù)采集要求，主要指被測(cè)軟件、用例、缺陷和管理數(shù)據(jù)等；

4）制定軟件測(cè)試環(huán)境，包括軟/硬件環(huán)境，確保測(cè)試順利開展；

5）明確測(cè)試人員的角色與職責(zé)，合理分工，確保進(jìn)度；

6）根據(jù)要求進(jìn)行風(fēng)險(xiǎn)分析，如技術(shù)、人員和資源風(fēng)險(xiǎn)，并制定措施。

本階段的輸出為《軟件測(cè)試計(jì)劃》。

1.3 測(cè)試設(shè)計(jì)與實(shí)現(xiàn)

本階段的主要內(nèi)容就是依據(jù)測(cè)試需求，設(shè)計(jì)測(cè)試用例，單元、部件測(cè)試采用“先功能后邏輯”的測(cè)試策略，即先滿足基于功能的測(cè)試（功能測(cè)試覆蓋100%），再滿足基于邏輯的測(cè)試（語句、分支、調(diào)用覆蓋率100%），配置項(xiàng)、系統(tǒng)測(cè)試采用基于功能的測(cè)試策略，測(cè)試用例主要包括名稱、標(biāo)識(shí)、初始化、前提和約束、輸入、預(yù)期輸出、通過準(zhǔn)則、追蹤關(guān)系、終止條件、用例類型和設(shè)計(jì)人員等信息，本階段的輸出為《軟件測(cè)試說明》。

1.4 測(cè)試執(zhí)行

本階段的主要內(nèi)容就是在實(shí)際測(cè)試環(huán)境下執(zhí)行測(cè)試用例，記錄測(cè)試結(jié)果，將期望結(jié)果與實(shí)測(cè)結(jié)果進(jìn)行比對(duì)，如不一致，則進(jìn)行深入分析，確認(rèn)為軟件缺陷，則填寫軟件問題報(bào)告單，本階段的輸出為《軟件測(cè)試記錄》和《軟件問題報(bào)告單》。

1.5 測(cè)試總結(jié)

本階段的主要內(nèi)容就是依據(jù)測(cè)試結(jié)果，統(tǒng)計(jì)與分析測(cè)試數(shù)據(jù)，包括用例執(zhí)行率、用例通過率、代碼缺陷率、功能覆蓋率等指標(biāo)，進(jìn)而對(duì)被測(cè)軟件產(chǎn)品做出客觀、公正、獨(dú)立的評(píng)價(jià)，為改進(jìn)軟件產(chǎn)品質(zhì)量提供支撐，本階段的輸出為《軟件測(cè)試報(bào)告》。

2 模型應(yīng)用

被測(cè)軟件為某型嵌入式軟件，要求完成軟件測(cè)試，出具測(cè)試報(bào)告。

2.1 測(cè)試需求分析

根據(jù)測(cè)試要求，定義被測(cè)項(xiàng)目的范圍、目標(biāo)、約束及要求。

范圍：?jiǎn)卧?、部件和配置?xiàng)測(cè)試。

目標(biāo)：?jiǎn)卧獪y(cè)試完成語句、分支100%覆蓋，部件測(cè)試完成調(diào)用100%覆蓋，配置測(cè)試完成需求100%覆蓋。

策略：?jiǎn)卧?、部件測(cè)試采用白盒測(cè)試，配置項(xiàng)測(cè)試采用黑盒測(cè)試。

測(cè)試需求：經(jīng)分析，單元測(cè)試共有272個(gè)測(cè)試需求，部件測(cè)試共有36個(gè)測(cè)試需求，配置項(xiàng)測(cè)試共有16個(gè)測(cè)試需求，27個(gè)測(cè)試項(xiàng)。

2.2 測(cè)試策劃

軟件測(cè)試主要采用等價(jià)類劃分法和邊界值分析法進(jìn)行測(cè)試。

2.3 測(cè)試設(shè)計(jì)與實(shí)現(xiàn)

依據(jù)軟件設(shè)計(jì)文件設(shè)計(jì)測(cè)試用例，單元測(cè)試共設(shè)計(jì)1869個(gè)測(cè)試用例，部件測(cè)試共設(shè)計(jì)266個(gè)測(cè)試用例，配置項(xiàng)測(cè)試共設(shè)計(jì)168個(gè)測(cè)試用例。

2.4 測(cè)試執(zhí)行

經(jīng)測(cè)試，并對(duì)測(cè)試結(jié)果進(jìn)行分析、確認(rèn)，共計(jì)發(fā)現(xiàn)56個(gè)軟件問題，提交設(shè)計(jì)進(jìn)行優(yōu)化改進(jìn)。

2.5 測(cè)試總結(jié)

測(cè)試結(jié)果總結(jié)如表4所示。

測(cè)試用例均能100%覆蓋測(cè)試需求，配置項(xiàng)測(cè)試的用例執(zhí)行率為95%，其原因是有些硬件環(huán)境不能滿足測(cè)試要求，如破壞性測(cè)試，單元和配置項(xiàng)測(cè)試的用例通過率均不到100%，說明這兩種測(cè)試是發(fā)現(xiàn)軟件缺陷的重要手段，通過對(duì)56個(gè)問題的歸零處理，軟件問題得到解決，提高了軟件產(chǎn)品的質(zhì)量。

3 總結(jié)

采用流程驅(qū)動(dòng)式的嵌入式軟件測(cè)試過程模型能夠很好的解決測(cè)試工程化問題，通過實(shí)際運(yùn)用，提高了測(cè)試管控能力，確保了測(cè)試充分性，發(fā)現(xiàn)了軟件問題，提高了軟件的質(zhì)量和可靠性。

參考文獻(xiàn)：

[1] 閆宇華,李誼,黃寧等.GJB 2725A-2001，測(cè)試實(shí)驗(yàn)室和校準(zhǔn)實(shí)驗(yàn)室通用要求[S].北京：中國人民總裝備部，2001.

[2] 金先仲,任宏光,李建軍等.空空導(dǎo)彈研制系統(tǒng)工程管理[M].北京：國防工業(yè)出版社，2007.

軟件測(cè)試報(bào)告范文第4篇

【摘要】信息是現(xiàn)代咨詢的基礎(chǔ)，工程咨詢業(yè)俗稱為“頭腦加工信息”的行業(yè)。工程咨詢信息系統(tǒng)，滿足了工程咨詢對(duì)信息化的需求，在開發(fā)一套好的工程咨詢信息系統(tǒng)過程中，軟件的測(cè)試是非常重要的，它對(duì)信息系統(tǒng)能否投入運(yùn)行起著至關(guān)重要的作用，在軟件的測(cè)試中，一定要針對(duì)工程咨詢的特點(diǎn)，做好軟件的測(cè)試。

【關(guān)鍵詞】工程咨詢信息系統(tǒng)軟件測(cè)試

信息是現(xiàn)代咨詢的基礎(chǔ)，工程咨詢業(yè)俗稱為“頭腦加工信息”的行業(yè)。在信息化建設(shè)不斷推進(jìn)的條件下，工程咨詢作為智力服務(wù)型企業(yè)，對(duì)信息化的需求日益增長。為了把咨詢業(yè)務(wù)做精、做強(qiáng)、做大，必須依靠現(xiàn)代科技手段和信息處理技術(shù)，建立企業(yè)內(nèi)部信息庫，挖掘信息資源，改變信息管理方式。把零散的、隨機(jī)的信息管理，轉(zhuǎn)變?yōu)橄到y(tǒng)的、可持續(xù)性的、能夠便捷查詢和充分共享的信息管理，實(shí)現(xiàn)咨詢依據(jù)可靠、信息來源充分、方法科學(xué)的現(xiàn)代咨詢發(fā)展目標(biāo)。工程咨詢信息系統(tǒng)，滿足了工程咨詢對(duì)信息化的需求，實(shí)現(xiàn)了項(xiàng)目管理及圖書等資料借閱的自動(dòng)化管理方式，建立的競(jìng)爭(zhēng)情報(bào)管理系統(tǒng)實(shí)現(xiàn)了目標(biāo)信息的定時(shí)抓取，上傳企業(yè)內(nèi)部公告等多種功能。在開發(fā)一套好的工程咨詢信息系統(tǒng)過程中，軟件的測(cè)試是非常重要的，它對(duì)信息系統(tǒng)能否投入運(yùn)行起著至關(guān)重要的作用，軟件測(cè)試環(huán)節(jié)是保障軟件質(zhì)量的最后一道關(guān)鍵性關(guān)口。在軟件的測(cè)試中，一定要針對(duì)工程咨詢的特點(diǎn)，做好軟件的測(cè)試。

一、工程咨詢的特點(diǎn)

工程咨詢業(yè)是智力服務(wù)性行業(yè)，運(yùn)用多種學(xué)科知識(shí)和經(jīng)驗(yàn)、現(xiàn)代科學(xué)技術(shù)管理方法，遵循獨(dú)立、科學(xué)、公正的原則，為政府部門和投資者對(duì)經(jīng)濟(jì)建設(shè)和工程項(xiàng)目的投資決策與實(shí)施提供咨詢服務(wù)，以提高宏觀和微觀的經(jīng)濟(jì)效益。工程咨詢具有以下特點(diǎn)：工程咨詢業(yè)務(wù)范圍彈性很大，可以是宏觀的、整體的、全過程的咨詢，也可以是某個(gè)問題、某項(xiàng)內(nèi)容、某項(xiàng)工作的咨詢；每一項(xiàng)工程咨詢?nèi)蝿?wù)都是一次性的、單獨(dú)的任務(wù)、只有類似，沒有重復(fù)；工程咨詢是高度智能化的服務(wù)，需要多學(xué)科知識(shí)、技術(shù)、經(jīng)驗(yàn)、方法和信息的集成及創(chuàng)新；工程咨詢牽涉面廣；許多工程咨詢成果具有預(yù)測(cè)性、前瞻性；工程咨詢提供智力服務(wù)，咨詢成果屬非物質(zhì)產(chǎn)品。

二、軟件測(cè)試的目的

軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程；測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤；一個(gè)好的測(cè)試是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今為止未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

軟件測(cè)試的目的不僅僅是為了發(fā)現(xiàn)程序中存在的錯(cuò)誤，它還是軟件質(zhì)量保證至關(guān)重要的一個(gè)環(huán)節(jié)。軟件測(cè)試不同于程序員在代碼編寫完成后簡(jiǎn)單的使用、調(diào)試，軟件測(cè)試需要遵循一定的原則，軟件測(cè)試的原則大致包括以下內(nèi)容：確定預(yù)期輸出是測(cè)試必不可少的一部分，程序員應(yīng)避免測(cè)試自己編寫的程序，程序設(shè)計(jì)機(jī)構(gòu)不應(yīng)測(cè)試自己的程序，徹底檢查每一個(gè)測(cè)試結(jié)果，對(duì)非法的和非預(yù)期的情況也要象對(duì)合法的預(yù)期輸入一樣編寫測(cè)試用例，檢查程序是否做了要它做的事僅僅是成功的一半，另一半是程序是否做了不要它做的事，除了真正沒有用的程序外，一定不要扔掉測(cè)試用例，一段程序中存在錯(cuò)誤的概率與在這段程序中已發(fā)現(xiàn)的錯(cuò)誤成比例，在規(guī)劃測(cè)試時(shí)，不要設(shè)想程序中不會(huì)查出錯(cuò)誤，所有的測(cè)試都應(yīng)當(dāng)追溯到用戶需求，應(yīng)該在測(cè)試工作真正開始前就開始計(jì)劃測(cè)試，測(cè)試應(yīng)該從“小規(guī)?！遍_始逐步轉(zhuǎn)到“大規(guī)模”，測(cè)試發(fā)現(xiàn)錯(cuò)誤中80%的錯(cuò)誤屬于20%的程序模塊，窮舉測(cè)試是不可能的，但充分覆蓋程序邏輯是可能的，測(cè)試是一件非常復(fù)雜，具有創(chuàng)造性的和需要高度智慧的挑戰(zhàn)性任務(wù)。

三、軟件測(cè)試幾點(diǎn)看法

軟件測(cè)試作為軟件上線的最后關(guān)口，應(yīng)得到高度重視。但由于思想意識(shí)和歷史原因，出現(xiàn)重開發(fā)輕測(cè)試的現(xiàn)象，軟件測(cè)試成為制約軟件成功上線運(yùn)行的瓶頸。由于對(duì)軟件測(cè)試的重要性理解不夠，很多人認(rèn)為程序能夠運(yùn)行基本上就已經(jīng)成功，沒有必要進(jìn)行專門的測(cè)試，這些都是錯(cuò)誤的觀點(diǎn)。

軟件測(cè)試分為：?jiǎn)卧獪y(cè)試（模塊測(cè)試），集成測(cè)試。在進(jìn)行所有的測(cè)試前，一定先要認(rèn)真閱讀各種相關(guān)文檔，同時(shí)制定測(cè)試計(jì)劃，同時(shí)進(jìn)行測(cè)試用例設(shè)計(jì)，在設(shè)計(jì)測(cè)試用例時(shí)，要對(duì)待測(cè)軟件進(jìn)行分析，設(shè)計(jì)合理的模型，制定測(cè)試用例。在測(cè)試進(jìn)行過程中，要根據(jù)實(shí)際情況修改或增加測(cè)試用例。

在測(cè)試完成后，要根據(jù)測(cè)試結(jié)果填寫《軟件測(cè)試問題跟蹤單》，在整個(gè)軟件測(cè)試完成后，要分析測(cè)試結(jié)果并編寫測(cè)試報(bào)告。在測(cè)試報(bào)告中要說明本次測(cè)試的結(jié)果，如各個(gè)等級(jí)的BUG的數(shù)目，在各個(gè)模塊中的分布情況及評(píng)語。在整個(gè)項(xiàng)目完成后，將測(cè)試工作所產(chǎn)生的所有文檔交文檔管理員歸檔。

軟件測(cè)試是為了擬制缺陷。作為衡量和評(píng)價(jià)的手段，測(cè)試是質(zhì)量控制的核心環(huán)節(jié)，除發(fā)現(xiàn)問題外，測(cè)試還有預(yù)防的潛力。

軟件測(cè)試報(bào)告范文第5篇

關(guān)鍵詞：軟件測(cè)試；認(rèn)知誤區(qū)；嵌入式；單元測(cè)試流程

1 軟件測(cè)試簡(jiǎn)述

軟件測(cè)試是在軟件投入商用前，對(duì)軟件需求分析報(bào)告、設(shè)計(jì)規(guī)格說明書和編碼的最終復(fù)查，是軟件質(zhì)量保證的關(guān)鍵方法，軟件測(cè)試并不等于程序測(cè)試。它貫穿于軟件定義和開發(fā)的整個(gè)過程，因此，軟件需求分析、軟件概要設(shè)計(jì)、軟件詳細(xì)設(shè)計(jì)和程序編碼等各階段所得到的文檔，包括需求規(guī)格說明書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書，以及源代碼都是軟件測(cè)試的測(cè)試對(duì)象。隨著軟件規(guī)模的不斷擴(kuò)大，以及軟件設(shè)計(jì)復(fù)雜程度不斷的提高，軟件開發(fā)中出現(xiàn)失誤或缺陷的概率越來越大。隨著市場(chǎng)對(duì)軟件質(zhì)量重要性的認(rèn)知程序的提高，因此軟件測(cè)試在軟件項(xiàng)目實(shí)施過程中的重要性尤為突出。軟件測(cè)試將會(huì)成為一個(gè)具有很大發(fā)展前景的行業(yè)，市場(chǎng)將需要更多具有豐富測(cè)試技術(shù)和先進(jìn)管理經(jīng)驗(yàn)的測(cè)試技術(shù)員和項(xiàng)目經(jīng)理。

2 軟件開發(fā)項(xiàng)目測(cè)試的誤區(qū)

軟件測(cè)試從1990年左右進(jìn)入中國，目前國內(nèi)大的測(cè)評(píng)中心、大型企業(yè)已經(jīng)完全掌握了軟件測(cè)試的測(cè)試策略和測(cè)試方法。小企業(yè)普遍存在測(cè)試人員不懂什么是單元測(cè)試，怎樣進(jìn)行單元測(cè)試，很少能看懂代碼的細(xì)節(jié)。而開發(fā)人員很少能夠提供完整的詳細(xì)設(shè)計(jì)報(bào)告、需求報(bào)告。導(dǎo)致單元測(cè)試，以拼湊測(cè)試報(bào)告為目的。

認(rèn)知誤區(qū)一：軟件測(cè)試是軟件開發(fā)的最后一道步驟，工程師們一般認(rèn)為，軟件實(shí)際項(xiàng)目要經(jīng)過下面六個(gè)階段：需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，軟件編碼，軟件測(cè)試，軟件。因而，認(rèn)為軟件測(cè)試只是編碼后的一個(gè)孤立的階段，這就是不了解軟件測(cè)試流程的認(rèn)知偏差。軟件測(cè)試是一個(gè)系列的活動(dòng)過程，是一個(gè)開放的體系，包括軟件測(cè)試需求分析，測(cè)試計(jì)劃設(shè)計(jì)，測(cè)試用例設(shè)計(jì)，執(zhí)行測(cè)試。從而，軟件測(cè)試應(yīng)當(dāng)貫穿于軟件項(xiàng)目的整個(gè)生命周期，并不是軟件開發(fā)后最后一道步驟。認(rèn)知誤區(qū)二：軟件商用后如果發(fā)現(xiàn)質(zhì)量問題，就武斷認(rèn)為是軟件測(cè)試人員的工作失誤。這種認(rèn)識(shí)很狹隘，很是打擊軟件測(cè)試人員的工作積極性。軟件測(cè)試只能確認(rèn)軟件存在錯(cuò)誤，不能保證軟件沒有錯(cuò)誤。因?yàn)閺母旧现v，軟件測(cè)試不可能發(fā)現(xiàn)全部錯(cuò)誤，軟件后的錯(cuò)誤可能來自軟件項(xiàng)目中的各個(gè)過程。認(rèn)知誤區(qū)三：軟件測(cè)試對(duì)測(cè)試人員技術(shù)要求不高，任何人都可以做。很多工程師認(rèn)為軟件測(cè)試就是安裝并運(yùn)行程序，按按鍵盤的重復(fù)性工作。隨著軟件測(cè)試技術(shù)的不斷改進(jìn)和完善，新測(cè)試方法、新流程、新工具都在不斷被開發(fā)出來。這就需要軟件測(cè)試工程師掌握和學(xué)習(xí)很多專業(yè)測(cè)試新理念和新技能。認(rèn)知誤區(qū)四：只有編寫程序的高手才是軟件專家，而軟件測(cè)試沒有前途。由于我國軟件行業(yè)整體研發(fā)能力比較低，軟件開發(fā)過程不規(guī)范。不少軟件項(xiàng)目的開發(fā)都還停留在“累加堆疊“階段。項(xiàng)目開發(fā)依靠個(gè)別程序員決定，他們一人負(fù)責(zé)總體設(shè)計(jì)和代碼編寫，給人的印象是程序員是真正的牛人，完成了所有的軟件項(xiàng)目開發(fā)工作。但在微軟等世界知名軟件企業(yè)里，軟件測(cè)試人員的待遇和數(shù)量與一般程序員沒有多少差異，優(yōu)秀測(cè)試人員的待遇甚至比普通程序員要高的多。

3 嵌入式軟件單元測(cè)試流程

單元測(cè)試是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。單元是規(guī)格說明書中的最小單元，包括函數(shù)、子程序、程序。單元測(cè)試關(guān)注獨(dú)立的函數(shù)功能，是測(cè)試過程中最低級(jí)別的測(cè)試活動(dòng)。需要開發(fā)一個(gè)或多個(gè)測(cè)試用例執(zhí)行單元測(cè)試。把代碼問題縮小范圍在開發(fā)階段鎖定Bug是單元測(cè)試的主旨要求，以下將介紹一種容易操作的嵌入式單元測(cè)試實(shí)戰(zhàn)流程。

第一階段，制定測(cè)試記錄表，記錄測(cè)試過程，和測(cè)試情況。測(cè)試記錄表包含：源文件名，子函數(shù)名，用例標(biāo)號(hào)，用例名稱，用例個(gè)數(shù)，用例通過個(gè)數(shù)，語句覆蓋率，分支覆蓋率，MC/DC覆蓋率，測(cè)試結(jié)果，問題描述，測(cè)試人員，測(cè)試時(shí)間。針對(duì)第一階段的測(cè)試結(jié)果，此時(shí)需要大家分析出問題的代碼，各抒己見，總結(jié)問題，給出解決方法。

第二階段，解決部分測(cè)試用例failed問題，找出阻止生成用例的共性。常見問題匯總：局部變量未初始化，調(diào)用函數(shù)未聲明，局部變量直接賦值，結(jié)構(gòu)體嵌套、結(jié)構(gòu)體指針、聲明問題、聲明位置問題，函數(shù)指針，大循環(huán)、死循環(huán)，絕對(duì)地址，指針變量，C語言程序中帶有g(shù)oto語句。解決辦法：局部變量聲明后，需要賦初值再使用。調(diào)用函數(shù)未聲明，該問題發(fā)生在隔離測(cè)試階段，屬于代碼書寫不規(guī)范問題。解決方法：自定義的函數(shù)都需要在頭文件中做統(tǒng)一聲明。局部變量直接賦初值：該問題發(fā)生在測(cè)試用例無法生成階段，屬于代碼書寫不規(guī)范問題。解決方法，結(jié)構(gòu)體局部變量，指針變量需要先聲明后賦初值。結(jié)構(gòu)體嵌套、結(jié)構(gòu)體指針、聲明問題、聲明位置問題：該問題也屬于代碼書寫不規(guī)范問題。解決方法：根據(jù)MISRA代碼書寫規(guī)范，結(jié)構(gòu)體需要放在頭文件中統(tǒng)一聲明。大循環(huán)、死循環(huán)：?jiǎn)卧獪y(cè)試需要有程序結(jié)束的出口。解決方法：把大循環(huán)改為小循環(huán)，注釋掉死循環(huán)（if（1）、for（； ；），while（1））。絕對(duì)地址：?jiǎn)卧獪y(cè)試不連接真實(shí)的硬件設(shè)備。遇到寄存器等絕對(duì)地址時(shí)，需要對(duì)寄存器做變量處理。指針變量：需要聲明一個(gè)同類的數(shù)組，然后把數(shù)組的首地址，賦給指針變量。函數(shù)指針：需要虛構(gòu)一個(gè)函數(shù)實(shí)體，取函數(shù)地地址賦給函數(shù)指針，完成映射。C語言程序中帶有g(shù)oto語句：需要改變程序結(jié)構(gòu)，增加判斷語句，去除所有的goto語句，以便確保C語言程序的穩(wěn)定性。

測(cè)試第三階段：基本圈復(fù)雜度高于MISRA閥值要求的函數(shù)，先考慮把復(fù)雜函數(shù)改為幾個(gè)小函數(shù)。改不了的由開發(fā)人員寫聲明以及具體原因，再按照路徑分支來設(shè)計(jì)測(cè)試用例。匯總測(cè)試結(jié)果，提交測(cè)試問題報(bào)告單，并提交行業(yè)標(biāo)準(zhǔn)測(cè)試報(bào)告。

4 結(jié)束語

文章簡(jiǎn)述了軟件測(cè)試的基本概念，澄清了軟件測(cè)試工程實(shí)踐中的幾個(gè)誤區(qū)，依據(jù)單元測(cè)試實(shí)踐的具體案例，介紹了一種高效、容易操作的嵌入式單元測(cè)試的流程。

參考文獻(xiàn)

[1]胡丹，杜新華.基于目標(biāo)機(jī)的嵌入式軟件單元測(cè)試[J].電子測(cè)量技術(shù)，2006（2）.

[2]趙正海，王寧.跟蹤雷達(dá)“指示引導(dǎo)”功能軟件測(cè)試方法研究[J].現(xiàn)代電子技術(shù)，2013（36）.

[3]于園園.軟件測(cè)試技術(shù)與測(cè)試管理研究[J].江蘇科技信息，2016（7）.

[4]王琨.嵌入式計(jì)算機(jī)軟件測(cè)試關(guān)鍵技術(shù)探討[J].科技創(chuàng)新與應(yīng)用，2016（7）.

[5]張金環(huán)，田洪濤.淺析設(shè)備軟件測(cè)試與質(zhì)量保證[J].電子工業(yè)專用備，2016，45（1）.

作者簡(jiǎn)介：張軍（1988-），男，陜西武功人，工學(xué)碩士，助理工程師，主要研究方向：雷達(dá)信號(hào)處理算法、數(shù)字中頻收發(fā)機(jī)和嵌入式軟件測(cè)試。