前言：中文期刊網(wǎng)精心挑選了軟件測(cè)試論文范文供你參考和學(xué)習(xí)，希望我們的參考范文能激發(fā)你的文章創(chuàng)作靈感，歡迎閱讀。

軟件測(cè)試論文范文1

1.1測(cè)試設(shè)計(jì)重點(diǎn)偏離使用QC軟件測(cè)試發(fā)現(xiàn)bug統(tǒng)計(jì)，如表1所示。根據(jù)表1工作量統(tǒng)計(jì)，25人/日為5個(gè)中級(jí)測(cè)試工程師一周的工作量，但是根據(jù)測(cè)試用例發(fā)現(xiàn)的bug數(shù)量?jī)H占bug總量的44.18%，該比例顯示測(cè)試用例的設(shè)計(jì)重點(diǎn)嚴(yán)重出現(xiàn)偏離。需要在測(cè)試用例設(shè)計(jì)的方向上進(jìn)行調(diào)整。

1.2測(cè)試過(guò)程不可控QC軟件測(cè)試計(jì)劃中測(cè)試執(zhí)行階段為2013.3.8-2013.3.27，執(zhí)行三輪測(cè)試；實(shí)際測(cè)試時(shí)間為2013.3.23-2013.4.20，執(zhí)行測(cè)試三輪，計(jì)劃完成時(shí)間嚴(yán)重偏離，表2為原計(jì)劃與實(shí)際計(jì)劃的對(duì)比。表2顯示測(cè)試計(jì)劃進(jìn)行了較大調(diào)整，計(jì)劃截止時(shí)間比原計(jì)劃延遲23天。延遲原因經(jīng)分析主要為開(kāi)發(fā)提交測(cè)試時(shí)間延遲，開(kāi)發(fā)提交版本問(wèn)題較多，測(cè)試計(jì)劃安排不合理，在兩輪測(cè)試間為安排開(kāi)發(fā)修改bug時(shí)間等。想要解決該問(wèn)題，不僅需要對(duì)測(cè)試過(guò)程進(jìn)行管理，同時(shí)也需要對(duì)開(kāi)發(fā)提交的測(cè)試版本質(zhì)量進(jìn)行管理。

2軟件質(zhì)量管理改進(jìn)對(duì)策

2.1需求工程管理軟件開(kāi)發(fā)過(guò)程中，需求不明確會(huì)帶來(lái)需求的頻繁變更，浪費(fèi)了很多時(shí)間。針對(duì)此項(xiàng)問(wèn)題，可對(duì)需求相關(guān)的活動(dòng)進(jìn)行統(tǒng)一管理，其需求管理結(jié)構(gòu)圖如圖2所示。加強(qiáng)需求開(kāi)發(fā)和需求管理的有機(jī)結(jié)合，不僅減少了需求的變更次數(shù)，還解決了工程師對(duì)需求不能理解到位的問(wèn)題。需求開(kāi)發(fā)和需求管理同樣重要，只有兩者互相配合才能做出用戶(hù)滿(mǎn)意的產(chǎn)品。

2.2立項(xiàng)管理為了使有限的資源發(fā)揮更高的價(jià)值，公司可通過(guò)立項(xiàng)管理流程進(jìn)行立項(xiàng)管理，立項(xiàng)管理流程分為立項(xiàng)建議、立項(xiàng)評(píng)審和立項(xiàng)籌備三個(gè)階段，其具體流程圖3所示。

2.3測(cè)試流程管理針對(duì)測(cè)試流程中發(fā)現(xiàn)的問(wèn)題，可對(duì)整體的測(cè)試流程做如下的改變：（1）測(cè)試部門(mén)可進(jìn)行需求學(xué)習(xí)及需求討論，對(duì)理解不清楚及有疑問(wèn)的需求，由研發(fā)設(shè)計(jì)部門(mén)進(jìn)行解答，研發(fā)設(shè)計(jì)部門(mén)不能解答的由其聯(lián)系用戶(hù)確認(rèn)后作出解答；（2）需求確認(rèn)后，針對(duì)系統(tǒng)功能和性能等指標(biāo)，由測(cè)試工程師進(jìn)行測(cè)試測(cè)用例的設(shè)計(jì)，設(shè)計(jì)從兩個(gè)方面進(jìn)行，一方面測(cè)試工程師根據(jù)需求進(jìn)行測(cè)試用例的編寫(xiě)，另一方面測(cè)試工程師可根據(jù)用戶(hù)反饋問(wèn)題進(jìn)行分析匯總；（3）使用QC功能測(cè)試工具對(duì)應(yīng)用軟件兼容性、操作系統(tǒng)兼容性進(jìn)行測(cè)試，以便于使用測(cè)試工具完成多種環(huán)境下的功能和兼容性測(cè)試；（4）進(jìn)行自由測(cè)試以便于對(duì)系統(tǒng)測(cè)試用例進(jìn)行補(bǔ)充，分析測(cè)試用例未覆蓋問(wèn)題的原因；（5）定期分析缺陷庫(kù)中的問(wèn)題，分析問(wèn)題產(chǎn)生的原因，進(jìn)行測(cè)試用例的修改。

3結(jié)論

軟件測(cè)試論文范文2

1．1階段劃分

軟件的生命周期主要由軟件定義、軟件開(kāi)發(fā)和軟件維護(hù)三部分組成。對(duì)于軟件的各個(gè)不同階段，盡可能地將軟件的開(kāi)發(fā)設(shè)計(jì)工作劃分為具體的任務(wù)，并且使任務(wù)之間的關(guān)聯(lián)性降低，盡可能地相互獨(dú)立，從而可以有效地降低軟件開(kāi)發(fā)的復(fù)雜性，利于軟件開(kāi)發(fā)工作的組織管理，簡(jiǎn)化其工作流程。

1．2軟件定義時(shí)期

對(duì)軟件進(jìn)行定義的主要目的是明確軟件開(kāi)發(fā)工作的總目標(biāo)和該軟件工程的可行性，分析軟件系統(tǒng)需要實(shí)現(xiàn)的具體功能及采取何種手段實(shí)現(xiàn)該功能，并對(duì)整個(gè)系統(tǒng)所需要的成本和資源進(jìn)行初步的估算，設(shè)計(jì)出工程的進(jìn)度表。該階段的工作主要由系統(tǒng)分析員完成，其主要工作有：

（1）問(wèn)題描述和可行性分析。

進(jìn)行此階段分析時(shí)，主要由軟件系統(tǒng)的需求方和軟件開(kāi)發(fā)方相互協(xié)商，明確軟件系統(tǒng)的目標(biāo)及可行性。問(wèn)題描述主要是明確需要解決什么問(wèn)題，對(duì)問(wèn)題進(jìn)行準(zhǔn)確的定位，將問(wèn)題的困難程度、性質(zhì)、規(guī)模及目標(biāo)等內(nèi)容以書(shū)面的形式進(jìn)行描述，并上報(bào)給上級(jí)主管部門(mén)。對(duì)軟件需求方的使用者進(jìn)行走訪(fǎng)，對(duì)問(wèn)題的理解進(jìn)行扼要的描述，并將寫(xiě)好的報(bào)告反饋給用戶(hù)，查看問(wèn)題的描述是否準(zhǔn)確，統(tǒng)一雙方的意見(jiàn)，直至達(dá)到最終的協(xié)議。對(duì)于可行性的分析，當(dāng)前對(duì)于該定義并沒(méi)有給出明確的定義，其主要目的是描述該系統(tǒng)是否值得去做，是否有合適的技術(shù)能夠解決此問(wèn)題。在該階段的可行性相對(duì)比較簡(jiǎn)短，只是從總體上進(jìn)行分析，并不涉及具體的問(wèn)題。

（2）分析需求。

明確軟件系統(tǒng)可行之后，就需要對(duì)軟件的功能進(jìn)行詳細(xì)的分析，即：為了達(dá)到使用者的要求，軟件系統(tǒng)必須能夠做什么和具備哪些具體的功能。另外，用戶(hù)當(dāng)進(jìn)行軟件操作時(shí)，必須有個(gè)清晰的認(rèn)識(shí)，利用該軟件系統(tǒng)要達(dá)到哪個(gè)具體的目標(biāo)。開(kāi)發(fā)人員和使用者必須進(jìn)行詳細(xì)的、準(zhǔn)確的溝通，利用數(shù)據(jù)模型、數(shù)據(jù)字典、數(shù)據(jù)流圖及算法設(shè)計(jì)出整個(gè)軟件系統(tǒng)的邏輯模型。在該階段，必須讓用戶(hù)參加，并給出具體的意見(jiàn)。

1．3軟件開(kāi)發(fā)時(shí)期

對(duì)于軟件的開(kāi)發(fā)，主要由計(jì)劃、設(shè)計(jì)、編碼和測(cè)試四部分組成，計(jì)劃和設(shè)計(jì)是系統(tǒng)設(shè)計(jì)，編碼和測(cè)試是系統(tǒng)實(shí)現(xiàn)。軟件的開(kāi)發(fā)由計(jì)劃開(kāi)始，完善的計(jì)劃可以為軟件的開(kāi)發(fā)節(jié)省大量的時(shí)間和精力；設(shè)計(jì)是在計(jì)劃的基礎(chǔ)上，進(jìn)一步的完善，給出問(wèn)題的每一個(gè)步驟，是對(duì)整個(gè)系統(tǒng)功能的完整描述；系統(tǒng)設(shè)計(jì)完成后，開(kāi)始進(jìn)行編碼操作，即對(duì)問(wèn)題的具體實(shí)現(xiàn)，在編碼中，要符合編寫(xiě)規(guī)范的要求，保證程序的易讀易維護(hù)；沒(méi)有一個(gè)軟件是一次編寫(xiě)成功的，需要反復(fù)的測(cè)試才行，當(dāng)前的測(cè)試從小到大，分別是單元測(cè)試、集成測(cè)試和驗(yàn)收測(cè)試，每次測(cè)試都要進(jìn)行詳細(xì)的記錄，為以后軟件的維護(hù)打好基礎(chǔ)。

1．4軟件維護(hù)時(shí)期

如果說(shuō)前面的步驟是軟件的實(shí)現(xiàn)過(guò)程，那么軟件的維護(hù)時(shí)期就是軟件的使用過(guò)程，軟件的維護(hù)時(shí)期最長(zhǎng)，由于軟件隨著使用環(huán)境的不斷變化，軟件的功能逐漸不能滿(mǎn)足用戶(hù)的需求和無(wú)法正常使用，為了延長(zhǎng)軟件的使用壽命，必須對(duì)軟件進(jìn)行維護(hù)處理。對(duì)于軟件的維護(hù)活動(dòng)主要分為4類(lèi)，分別是：改正性維護(hù)、完善性維護(hù)、適應(yīng)性維護(hù)和預(yù)防性維護(hù)。根據(jù)維護(hù)的情況不同，每個(gè)維護(hù)都要有詳細(xì)的報(bào)告，通過(guò)報(bào)告來(lái)進(jìn)行制定維護(hù)計(jì)劃、修改軟件設(shè)計(jì)、代碼修改和測(cè)試等一系列的過(guò)程。

2測(cè)試自動(dòng)化

開(kāi)發(fā)人員設(shè)計(jì)好程序之后，無(wú)法直接投入使用，需要對(duì)代碼進(jìn)行測(cè)試，而軟件測(cè)試是一個(gè)非常煩瑣的過(guò)程。據(jù)統(tǒng)計(jì)，軟件工程人員無(wú)法及時(shí)交付軟件的主要原因是在規(guī)定的時(shí)間內(nèi)沒(méi)有對(duì)軟件進(jìn)行完整的測(cè)試和修訂。21世紀(jì)，時(shí)間就是金錢(qián)，時(shí)間就是企業(yè)的生命，軟件投入市場(chǎng)越早，就越有可能提前掌握先機(jī)，從而獲得更高的利潤(rùn)。傳統(tǒng)的軟件測(cè)試方法無(wú)疑已經(jīng)無(wú)法適應(yīng)當(dāng)前IT行業(yè)的發(fā)展，自動(dòng)化測(cè)試軟件可以使測(cè)試流水化，使得在較短的時(shí)間內(nèi)充分對(duì)軟件進(jìn)行測(cè)試，現(xiàn)在，越來(lái)越多的軟件企業(yè)選擇測(cè)試自動(dòng)化。

2．1測(cè)試自動(dòng)化的定義

當(dāng)前，對(duì)于測(cè)試自動(dòng)化的定義比較多，但總結(jié)起來(lái)為：能夠通過(guò)自動(dòng)化的測(cè)試工具，針對(duì)軟件測(cè)試，在預(yù)設(shè)條件下運(yùn)行系統(tǒng)或應(yīng)用程序，評(píng)估運(yùn)行結(jié)果，預(yù)先條件應(yīng)包括正常條件和異常條件。從而達(dá)到減輕手工測(cè)試的勞動(dòng)量，節(jié)省測(cè)試時(shí)間的目的。測(cè)試自動(dòng)化在很多情況下都具有非常大的使用價(jià)值，例如在進(jìn)行腳本測(cè)試時(shí)，可以產(chǎn)生許多重復(fù)調(diào)用的代碼，在進(jìn)行壓力測(cè)試時(shí)，可重用很多次該腳本。如果利用手工測(cè)試方式進(jìn)行壓力測(cè)試，那么可能要花費(fèi)相當(dāng)長(zhǎng)的時(shí)間，而且有時(shí)有些軟件的缺陷還不能及時(shí)地發(fā)現(xiàn)，測(cè)試自動(dòng)化保證了軟件的穩(wěn)定性和準(zhǔn)確性。

2．2測(cè)試自動(dòng)化的生命周期

進(jìn)行自動(dòng)化測(cè)試的工具也是一種軟件，有其自身的生命周期，主要分為需求分析、計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、集成、維護(hù)和終結(jié)等過(guò)程。對(duì)于需求分析階段，主要是對(duì)測(cè)試的用例進(jìn)行詳細(xì)的分析，明確測(cè)試用例的可行性，考察用例是否可以重復(fù)利用，對(duì)測(cè)試有何價(jià)值；在計(jì)劃階段，設(shè)計(jì)測(cè)試的進(jìn)度和生成相關(guān)的文檔；設(shè)計(jì)主要是描述自動(dòng)化測(cè)試的模塊，而描述是對(duì)這些模塊的實(shí)現(xiàn)；對(duì)寫(xiě)好的軟件模塊進(jìn)行集成，生成相應(yīng)的具有特定功能的測(cè)試包；最后對(duì)軟件的測(cè)試自動(dòng)化工具進(jìn)行維護(hù)，隨著時(shí)間的推移，結(jié)束自動(dòng)化測(cè)試生命周期。

3測(cè)試自動(dòng)化軟件的實(shí)現(xiàn)

3．1需求分析階段

在該階段，測(cè)試工程師和手機(jī)終端使用者要一起參加需求分析的討論，分析測(cè)試的環(huán)境和過(guò)程，測(cè)試不同的環(huán)境下手機(jī)的使用情況。在進(jìn)行手機(jī)通信測(cè)試的需求分析里，假定使用300個(gè)測(cè)試用例，分析其自動(dòng)化測(cè)試的流程，形成書(shū)面的需求規(guī)格說(shuō)明文檔，并進(jìn)行專(zhuān)門(mén)的評(píng)審，對(duì)測(cè)試用例進(jìn)行審查。

3．2計(jì)劃階段

主要完成計(jì)劃進(jìn)度表的建立。例如整個(gè)手機(jī)終端測(cè)試需要五周時(shí)間完成，計(jì)劃和設(shè)計(jì)需要半周，開(kāi)發(fā)和執(zhí)行需要三周，測(cè)試需要一周半。在規(guī)劃測(cè)試計(jì)劃時(shí)，在對(duì)每一次進(jìn)行操作進(jìn)行相關(guān)文檔的說(shuō)明，其中文檔的完成工作也需要在計(jì)劃時(shí)間以?xún)?nèi)，建立和維護(hù)一個(gè)測(cè)試環(huán)境文檔是非常重要的。

3．3設(shè)計(jì)階段

對(duì)于手機(jī)通信系統(tǒng)來(lái)說(shuō)，軟件的升級(jí)不會(huì)帶著新的錯(cuò)誤，即功能是不變的，由于測(cè)試的腳本具有共用性，模塊化的設(shè)計(jì)是非常有必要的。在設(shè)計(jì)的過(guò)程中，要注重命名規(guī)則，以免發(fā)生混淆，使得模塊發(fā)生混亂。

3．4實(shí)現(xiàn)和集成階段

實(shí)現(xiàn)主要是在設(shè)計(jì)的基礎(chǔ)上，進(jìn)行編碼，最終完成軟件，每次代碼更改運(yùn)行要記錄初始狀態(tài)和運(yùn)行后狀態(tài)，及時(shí)進(jìn)行備份。對(duì)軟件進(jìn)行集成分塊測(cè)試，將生成的測(cè)試包提交給組裝集成測(cè)試人員，對(duì)其進(jìn)行評(píng)審和驗(yàn)證，詳細(xì)記錄其結(jié)果。

3．5維護(hù)和終結(jié)階段

軟件自動(dòng)化測(cè)試生成后，要根據(jù)使用環(huán)境和用戶(hù)的不同進(jìn)行維護(hù)處理，并不斷對(duì)其進(jìn)行改進(jìn)，這個(gè)過(guò)程可以通過(guò)問(wèn)題跟蹤工具來(lái)完成。隨著新技術(shù)的來(lái)臨，軟件會(huì)越來(lái)越不適應(yīng)企業(yè)的要求，就要對(duì)其進(jìn)行終結(jié)，重新研發(fā)新的測(cè)試軟件。

4結(jié)語(yǔ)