前言：中文期刊網精心挑選了軟件測試論文范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。

軟件測試論文范文1

1.1測試設計重點偏離使用QC軟件測試發現bug統計，如表1所示。根據表1工作量統計，25人/日為5個中級測試工程師一周的工作量，但是根據測試用例發現的bug數量僅占bug總量的44.18%，該比例顯示測試用例的設計重點嚴重出現偏離。需要在測試用例設計的方向上進行調整。

1.2測試過程不可控QC軟件測試計劃中測試執行階段為2013.3.8-2013.3.27，執行三輪測試；實際測試時間為2013.3.23-2013.4.20，執行測試三輪，計劃完成時間嚴重偏離，表2為原計劃與實際計劃的對比。表2顯示測試計劃進行了較大調整，計劃截止時間比原計劃延遲23天。延遲原因經分析主要為開發提交測試時間延遲，開發提交版本問題較多，測試計劃安排不合理，在兩輪測試間為安排開發修改bug時間等。想要解決該問題，不僅需要對測試過程進行管理，同時也需要對開發提交的測試版本質量進行管理。

2軟件質量管理改進對策

2.1需求工程管理軟件開發過程中，需求不明確會帶來需求的頻繁變更，浪費了很多時間。針對此項問題，可對需求相關的活動進行統一管理，其需求管理結構圖如圖2所示。加強需求開發和需求管理的有機結合，不僅減少了需求的變更次數，還解決了工程師對需求不能理解到位的問題。需求開發和需求管理同樣重要，只有兩者互相配合才能做出用戶滿意的產品。

2.2立項管理為了使有限的資源發揮更高的價值，公司可通過立項管理流程進行立項管理，立項管理流程分為立項建議、立項評審和立項籌備三個階段，其具體流程圖3所示。

2.3測試流程管理針對測試流程中發現的問題，可對整體的測試流程做如下的改變：（1）測試部門可進行需求學習及需求討論，對理解不清楚及有疑問的需求，由研發設計部門進行解答，研發設計部門不能解答的由其聯系用戶確認后作出解答；（2）需求確認后，針對系統功能和性能等指標，由測試工程師進行測試測用例的設計，設計從兩個方面進行，一方面測試工程師根據需求進行測試用例的編寫，另一方面測試工程師可根據用戶反饋問題進行分析匯總；（3）使用QC功能測試工具對應用軟件兼容性、操作系統兼容性進行測試，以便于使用測試工具完成多種環境下的功能和兼容性測試；（4）進行自由測試以便于對系統測試用例進行補充，分析測試用例未覆蓋問題的原因；（5）定期分析缺陷庫中的問題，分析問題產生的原因，進行測試用例的修改。

3結論

軟件測試論文范文2

1．1階段劃分

軟件的生命周期主要由軟件定義、軟件開發和軟件維護三部分組成。對于軟件的各個不同階段，盡可能地將軟件的開發設計工作劃分為具體的任務，并且使任務之間的關聯性降低，盡可能地相互獨立，從而可以有效地降低軟件開發的復雜性，利于軟件開發工作的組織管理，簡化其工作流程。

1．2軟件定義時期

對軟件進行定義的主要目的是明確軟件開發工作的總目標和該軟件工程的可行性，分析軟件系統需要實現的具體功能及采取何種手段實現該功能，并對整個系統所需要的成本和資源進行初步的估算，設計出工程的進度表。該階段的工作主要由系統分析員完成，其主要工作有：

（1）問題描述和可行性分析。

進行此階段分析時，主要由軟件系統的需求方和軟件開發方相互協商，明確軟件系統的目標及可行性。問題描述主要是明確需要解決什么問題，對問題進行準確的定位，將問題的困難程度、性質、規模及目標等內容以書面的形式進行描述，并上報給上級主管部門。對軟件需求方的使用者進行走訪，對問題的理解進行扼要的描述，并將寫好的報告反饋給用戶，查看問題的描述是否準確，統一雙方的意見，直至達到最終的協議。對于可行性的分析，當前對于該定義并沒有給出明確的定義，其主要目的是描述該系統是否值得去做，是否有合適的技術能夠解決此問題。在該階段的可行性相對比較簡短，只是從總體上進行分析，并不涉及具體的問題。

（2）分析需求。

明確軟件系統可行之后，就需要對軟件的功能進行詳細的分析，即：為了達到使用者的要求，軟件系統必須能夠做什么和具備哪些具體的功能。另外，用戶當進行軟件操作時，必須有個清晰的認識，利用該軟件系統要達到哪個具體的目標。開發人員和使用者必須進行詳細的、準確的溝通，利用數據模型、數據字典、數據流圖及算法設計出整個軟件系統的邏輯模型。在該階段，必須讓用戶參加，并給出具體的意見。

1．3軟件開發時期

對于軟件的開發，主要由計劃、設計、編碼和測試四部分組成，計劃和設計是系統設計，編碼和測試是系統實現。軟件的開發由計劃開始，完善的計劃可以為軟件的開發節省大量的時間和精力；設計是在計劃的基礎上，進一步的完善，給出問題的每一個步驟，是對整個系統功能的完整描述；系統設計完成后，開始進行編碼操作，即對問題的具體實現，在編碼中，要符合編寫規范的要求，保證程序的易讀易維護；沒有一個軟件是一次編寫成功的，需要反復的測試才行，當前的測試從小到大，分別是單元測試、集成測試和驗收測試，每次測試都要進行詳細的記錄，為以后軟件的維護打好基礎。

1．4軟件維護時期

如果說前面的步驟是軟件的實現過程，那么軟件的維護時期就是軟件的使用過程，軟件的維護時期最長，由于軟件隨著使用環境的不斷變化，軟件的功能逐漸不能滿足用戶的需求和無法正常使用，為了延長軟件的使用壽命，必須對軟件進行維護處理。對于軟件的維護活動主要分為4類，分別是：改正性維護、完善性維護、適應性維護和預防性維護。根據維護的情況不同，每個維護都要有詳細的報告，通過報告來進行制定維護計劃、修改軟件設計、代碼修改和測試等一系列的過程。

2測試自動化

開發人員設計好程序之后，無法直接投入使用，需要對代碼進行測試，而軟件測試是一個非常煩瑣的過程。據統計，軟件工程人員無法及時交付軟件的主要原因是在規定的時間內沒有對軟件進行完整的測試和修訂。21世紀，時間就是金錢，時間就是企業的生命，軟件投入市場越早，就越有可能提前掌握先機，從而獲得更高的利潤。傳統的軟件測試方法無疑已經無法適應當前IT行業的發展，自動化測試軟件可以使測試流水化，使得在較短的時間內充分對軟件進行測試，現在，越來越多的軟件企業選擇測試自動化。

2．1測試自動化的定義

當前，對于測試自動化的定義比較多，但總結起來為：能夠通過自動化的測試工具，針對軟件測試，在預設條件下運行系統或應用程序，評估運行結果，預先條件應包括正常條件和異常條件。從而達到減輕手工測試的勞動量，節省測試時間的目的。測試自動化在很多情況下都具有非常大的使用價值，例如在進行腳本測試時，可以產生許多重復調用的代碼，在進行壓力測試時，可重用很多次該腳本。如果利用手工測試方式進行壓力測試，那么可能要花費相當長的時間，而且有時有些軟件的缺陷還不能及時地發現，測試自動化保證了軟件的穩定性和準確性。

2．2測試自動化的生命周期

進行自動化測試的工具也是一種軟件，有其自身的生命周期，主要分為需求分析、計劃、設計、實現、集成、維護和終結等過程。對于需求分析階段，主要是對測試的用例進行詳細的分析，明確測試用例的可行性，考察用例是否可以重復利用，對測試有何價值；在計劃階段，設計測試的進度和生成相關的文檔；設計主要是描述自動化測試的模塊，而描述是對這些模塊的實現；對寫好的軟件模塊進行集成，生成相應的具有特定功能的測試包；最后對軟件的測試自動化工具進行維護，隨著時間的推移，結束自動化測試生命周期。

3測試自動化軟件的實現

3．1需求分析階段

在該階段，測試工程師和手機終端使用者要一起參加需求分析的討論，分析測試的環境和過程，測試不同的環境下手機的使用情況。在進行手機通信測試的需求分析里，假定使用300個測試用例，分析其自動化測試的流程，形成書面的需求規格說明文檔，并進行專門的評審，對測試用例進行審查。

3．2計劃階段

主要完成計劃進度表的建立。例如整個手機終端測試需要五周時間完成，計劃和設計需要半周，開發和執行需要三周，測試需要一周半。在規劃測試計劃時，在對每一次進行操作進行相關文檔的說明，其中文檔的完成工作也需要在計劃時間以內，建立和維護一個測試環境文檔是非常重要的。

3．3設計階段

對于手機通信系統來說，軟件的升級不會帶著新的錯誤，即功能是不變的，由于測試的腳本具有共用性，模塊化的設計是非常有必要的。在設計的過程中，要注重命名規則，以免發生混淆，使得模塊發生混亂。

3．4實現和集成階段

實現主要是在設計的基礎上，進行編碼，最終完成軟件，每次代碼更改運行要記錄初始狀態和運行后狀態，及時進行備份。對軟件進行集成分塊測試，將生成的測試包提交給組裝集成測試人員，對其進行評審和驗證，詳細記錄其結果。

3．5維護和終結階段

軟件自動化測試生成后，要根據使用環境和用戶的不同進行維護處理，并不斷對其進行改進，這個過程可以通過問題跟蹤工具來完成。隨著新技術的來臨，軟件會越來越不適應企業的要求，就要對其進行終結，重新研發新的測試軟件。

4結語