篇一：軟件質量保證與測試報告
西南交通大學
軟件質量保證與測試報告
課 程 《軟件質量保證與測試》學 院 信息科學與技術學
專 業 軟件工程
姓 名
學 號 20119050
摘要：隨着計算機應用越來越廣泛與深入,軟件也越來越複雜,人們已清楚的認識到軟件產品和其它工業產品一樣,未經測試、試驗是不能作為產品推向市場的。軟件產業的發展,需要合格的、高質量的商品化軟件產品。軟件質量提高是一個龐大的系統工程,涉及到技術、過程和人員等綜合因素, 本文針對軟件質量提高工作的關鍵環節——軟件測試——進行探討,着重討論了軟件測試和質量提高工作中可能面臨的問題,試圖為IT組織的軟件質量實踐工作提供幫助。
關鍵詞： 軟件測試 軟件質量 質量保證 質量提高
1. 引言
軟件質量作為參與國際競爭的必要條件,日益受到人們的關注。由於受到資源限制和環境影響,多數IT組織追求短期利益、放棄長遠質量投資在所難免,陷入發展的惡性循環。顯然,在合理借鑑國外成功經驗的基礎上,探尋切合國內實際情況的軟件質量提高途徑是當務之急。軟件測試在軟件生命週期中佔據重要的地位，在傳統的瀑布模型中，軟件測試僅處於編碼之後、運行維護階段之前，是軟件產品交付用户使用之前軟件質量保證的最後手段。這是一種誤導，軟件生命週期每一階段中都應包含測試，從靜態測試到動態測試，要求檢驗每一個階段的成果是否符合質量要求和達到定義的目標，儘可能早的發現錯誤並加以修正。如果不在早期階段進行測試，錯誤的不斷擴散、積累常常會導致最後成品測試的巨大困難、開發週期的延長、開發成本的劇增等等。
2. 軟件測試與軟件質量保證之間的關係
軟件測試和軟件質量保證是軟件質量工程的兩個不同層面的工作。軟件測試只是軟件質量保證工作的一個重要環節。
軟件測試是為使產品滿足質量要求所採取的作業技術和活動，它包括檢驗、糾正和反饋。比如軟件測試進行檢驗發現不良品後將其剔除，然後將不良信息反饋給相關部門採取改善措施。因此軟件測試的控制範圍主要是在工廠內部，其目的是防止不合格品投入、轉序、出廠。確保產品滿足質量要求及只有合格品才能交付給客户。
軟件質量保證是為滿足顧客要求提供信任，即使顧客確信你提供的產品能滿足他的要求。軟件質量保證的目的不是為了保證產品質量，保證產品質量是軟件測試的任務。
軟件質量保證主要是提供確信。因此需對了解客户要求開始至售後服務的全過程進行管理。這就要求企業建立品管體系，制訂相應的文件規範各過程的活動並留下活動實施的證據，
以便提供信任。軟件測試和軟件質量保證的主要區別前者是保證產品質量符合規定，後者是建立體系並確保體系按要求運作，以提供內外部的信任。同時軟件測試和軟件質量保證又有相同點:即軟件測試和軟件質量保證都要進行驗證，如軟件測試按標準檢測產品就是驗證產品是否符合規定要求，軟件質量保證進行內審就是驗證體系運作是否符合標準要求。
測試並非像大家平時認知的那樣，不動腦，天天對着屏幕點鼠標，雖然做測試門檻不高，但真正能做好做精，更需要正確的方法和勤奮的學習。
首先軟件測試的主要內容，軟件測試人員平時主要是在一定時間內根據軟件需求對開發完成的軟件功能進行檢測，並且能對項目研發過程中可能遇到的風險有預見性，及時提出，幫助團隊優化。
檢測的時候需要站在用户的角度，如果需求模糊，需要跟寫需求的人員溝通確保理解了需求。如果測試過程當中發現問題，提交給開發修改後再次測試。直到軟件符合發佈的標準，結束測試。
軟件測試的關鍵在於能在有限的時間內將送測軟件中影響軟件使用的問題儘量都找到。如何才能高效的完成一次軟件測試呢。有很多因素影響測試的效果，我一一列舉：
1.書寫需求的人對客户的真正需求理解錯誤，導致需求説明書與實際需求不符，這是最致命的，直接導致項目失敗，所以在測試的第一步，就要求測試人員查看需求説明書，根據需求説明書寫出對應的測試需求，一旦發現需求模糊或不合理儘早跟需求人員確認。如果條件允許的話，測試人員可以跟提出需求的人複述自己對需求的理解，如果一致，就可以按照理解的來進行測試了。當然，需求確定完成後還可能多次修改，這時測試人員需要注意，一方面做好更新記錄，避免後期容易遺漏，一方面要注意更改需求對項目的風險，及時提出。
2.由於研發的流程可能是多種多樣的，若是瀑布模型的，測試人員需要儘早主動問相關人員拿到需求文檔或開發文檔，提前準備測試用例和測試數據，如果研發流程是開發和測試並行，測試人員也要儘量多參與多瞭解開發進度，方便後期測試。
3.當有多個測試人員同時測試一個項目，則需要提前分配好工作，並且創建好測試需要用的公共文件夾，測試環境等，並且經常溝通， 相互瞭解測試進度
4.測試提交BUG時，對BUG的書寫也需要注意，儘量用詞準確，簡潔，開發通過看BUG能瞭解到這個問題是通過什麼步驟操作以後出現什麼樣子的效果，還可以寫上建議的解決方案。
5.儘量從用户的角度來進行測試，模擬用户常用的操作場景，這樣才能發現用户實際使用時可能會遇到的問題
6.測試的是否全面很難量化，可以根據排列功能的重要級別，把主要精力用在重要的模塊，邏輯複雜的模塊，改動頻繁的模塊，這些都是容易產生錯誤的地方，將這些地方重點優先保證，可以極大的減少嚴重的BUG產生
7.在開始測試軟件之前，需要測試人員先想好測試的途徑，如果邊測邊想，很難保證測試效果，只有先考慮好如何分解功能模塊，每個模塊如何測試，是否有測試工具能提高測試效率等等，才能既快又準的完成測試任務。
8.完成測試後，最好能對這個項目進行總結分析，總結常見的問題分類，測試方法，為下一次的測試做積累。
3. 軟件測試對軟件質量的影響
由於人們對於軟件質量的重視程度越來越高，就導致了軟件測試在軟件開發中的地位越來越重要。軟件測試是程序的一種執行過程，目的是儘可能發現並改正被測試軟件中的錯誤，提高軟件的可靠性。它是軟件生命週期中一項很重要且非常複雜的工作，對軟件可靠性保證具有極其重要的意義。在目前形式化方法和程序正確性證明技術還無望成為實用性方法的情況下，軟件測試在將來相當一段時間內仍然是軟件可靠性保證的有效方法。軟件工程的總目標是充分利用有限的人力和物力資源，高效率、高質量地完成軟件開發項目。不足的測試勢必使軟件帶着一些未揭露的隱藏錯誤投入運行，這將意味着更大的危險讓用户承擔，過度測試則會浪費許多寶貴的資源。到測試後期，即使找到了錯誤，然而付出了過高的代價。stra的一句名言説明了這一道理：“程序測試只能表明錯誤的存在，而不能表明錯誤不存在。”可見，測試是為了使軟件中藴涵的缺陷低於某一特定值，使產出、投入比達到最大。
近20來年的時間，隨着計算機和軟件技術的飛速發展，軟件測試技術研究也取得了很大的突破，同時人們的要求也在不斷增加。軟件測試和軟件質量是分不開的。測試是手段，質量是目的。對比國外可以看到，國外軟件開發機構會把40%的工作花在測試上，測試費用則會佔到軟件開發總費用的30%到50%，對於一些要求高可靠性、高安全性的軟件，測試費用則相當於整個軟件項目開發費用的3至5倍。因此，軟件測試在軟件生存期中佔有非常突出的位置，是保證軟件質量的重要手段。軟件項目的實踐一再説明，為了確保軟件產品能夠符合用户的需要，必須着眼於整個軟件生存週期，在各個階段進行驗證、確認和測試活動，使軟件不致在開發完成後，才發現和用户的需求有較大的差距。
軟件在很多領域廣泛使用，然而軟件是人編的，難免存在各種各樣的缺陷。下面給出個
著名的案例。
Oracle曾分析過這樣一個故障案例：當某人從自動櫃員機中取錢時，在輸入信息後，系統開始交易並已經從數據庫中扣除了100元，但在櫃員機吐出錢之前，突然由於某些硬件的原因導致故障。這樣顧客沒有拿到錢，而在其賬户中卻已經被扣除了100元。為了解決這類問題，Oracle提出了”有效交易”概念，即交易中的每一步都要在上一步完全有效下才能進行。為此，研發人員在產品中建立登錄檔案來記錄交易中的每個步驟，萬一交易過程突然中斷，則Oracle的登錄檔案會適時修復數據，重新恢復到初始狀態。
以上只是軟件失敗時發生的歷史事件，後果也許是不方便使用，也可能是災難性的。而隨着時間的推移，軟件缺陷修復的費用會數十倍的增長，例如，若編寫需求説明書時就發現了軟件缺陷，費用可能只要幾角錢；若在測試時才發現軟件缺陷時費用可能要幾元錢；若缺陷是客户發現的費用可能達到幾百元。
由於原始問題的複雜性，軟件的複雜性和抽象性，軟件開發各個階段工作的多樣性，以及參加開發各種層次人員之間工作的配合關係等因素，使得開發的每個環節都可能產生錯誤。所以不應把軟件測試僅僅看作是軟件開發的一個獨立階段，而應當把它貫穿到軟件開發的各個階段中。堅持在軟件開發的各個階段的技術評審，這樣才能在開發過程中儘早發現和預防錯誤，把出現的錯誤克服在早期，杜絕某些隱患，提高軟件質量。
4. 從軟件測試到質量保證
在中國，專業的軟件測試服務目前尚處於起步階段，而專業化的質量測試服務機構，必須具備下面三個條件:1、有先進的、完整的軟件質量測試管理理念;2、結合先進的測試技術和工具，有一套完整的實用的質量測試解決方案;3、擁有一批行業經驗豐富，測試水平高超，項目管理能力很強的諮詢實施團隊。
建設銀行總行，十分注重自身的IT系統質量，其信息化水平在業內也屬於領先地位。他們採用的策略是針對重點系統進行性能測試，驗證各種系統在不同使用條件和壓力下的性能表現，跟據性能測試進行系統性能優化，包括對用户行為、硬件和軟件參數配置、數據庫和代碼的優化。對軟件體系結構方面的性能基準測試和諮詢。從而確保系統在上線前後都無質量問題。此外，在項目前期通過實施事業部提供的設備選型方案和技術架構驗證方案，採用科學化的技術手段和客觀的數字分析，來採購最適合的設備和最適宜業務特點的架構，避免了資金的浪費和後期的開發風險。
如何判斷IT系統質量是否存在問題一般的評判標準包含以下幾個方面:1、功能，軟件
篇二：功能測試質量報告範例
範例：商業攻略項目功能測試質量報告 2009.03.06
一、功能測試情況： 1、測試的整體情況：
測試進度：本週完成了全面功能測試，今天下午進入第一輪迴歸測試。全面功能測
試一共發現20個bug，迴歸階段目前發現一個問題。
質量情況：在全面測試階段，一共發現的20個bug。其中urgent和very high的
沒有。6個high的bug主要是來自實現難度比較大的wiki編輯器部分。所以從以上數據來看，到目前為止，商業攻略一期項目的質量還是不錯的。但同時有7個bug被deferred。其中2個high，4個medium和1個low。Deferred的bug比較多的主要原因是：很多deferred的bug都是與wiki編輯器相關的，考慮到即將啟動的二期會重點改進現有的wiki編輯器，與項目經理商量決定將與wiki編輯器相關且不影響正常功能的bug deferred到二期一起解決。
2、本週測試進度説明：
3、風險評估
5、項目進度關鍵點的計劃：
二、bug統計情況
1、Bug進度圖：（該圖反映了一週內缺陷狀態的變化趨勢情況）
分析：從圖中可以看出open的bug 數在週二到週四比較多，是因為這幾天重點測試的是wiki編輯器以及XSS控制，這些bug處理後，closed的bug上升很快。説明目前項目處於穩定進行中的狀態
2、bug狀態變化表：（該表反映了一週內缺陷狀態的變化情況）
分析：從圖中看到，open的bug數高於fix的bug數。其中原因是wiki編輯器的bug是通過技術經理做為接口人處理的，並不是他本人fix bug。所以在這個過程中，難免出現沒有按時fix bug的情況
3、bug嚴重等級表：（該表反應了一週內開發人員的擁有的各種嚴重等級的bug數量情況）
分析：high的bug主要集中在和身上。主要原因是wiki編輯器是做為bug處理接口人，而負責帖子搜索的因wiki編輯器和XSS影響也比較大
4、bug按人員分佈表：（該表反映了一週內分配給不同人員的缺陷狀態情況）
分析：遺留的一個是關於wiki編輯器的問題，測試人員在快下班時驗證發現問題，故該問題留到下週處理
5、Bug按類型分佈表：（該表反映了一週內不同類型缺陷的數量情況）
分析：本週發現的全部是功能的缺陷。
篇三：項目質量屬性需求分析報告
Software Architecture
Report
Network Examination System
(Quality Attribute Requirements Analysis)
Student ID:0843042233 Name:張瀚瓏
1. Introduction
網上考試系統（NES）是一套基於B/S體系，採用大型數據庫Sql Server2005和先進的ASP和技術開發的，以組織客觀、公正、科學合理和大規模考試為目的的標準化考試系統。 系統主要具有如下特點：
1．基於B/S體系
B/S體系即瀏覽器/服務器（Browser/Server）體系。在B/S的系統中，用户可以通過瀏覽器向分佈在網絡上的許多服務器發出請求。B/S結構極大的簡化了客户機的工作，客户機上只需安裝．配置少量的客户端軟件即可， 服務器將擔負更多的工作，對數據庫的訪問和應用程序的執行將在服務器上完成。B/S體系的優點是，系統安裝維護簡便．數據集中管理．便於分散用户使用，適應互連時代軟件的發展趨勢。
2．採用三層體系結構
三層體系即客户端瀏覽器．應用服務器和數據庫。這種結構不僅把客户機從沉重的負擔和不斷對其提高的性能的要求中解放出來，也把技術維護人員從繁重的維護升級工作中解脱出來。由於客户機把事務處理邏輯部分分給了功能服務器，使客户機一下子"苗條"了許多，不再負責處理複雜計算和數據訪問等關鍵事務，只負責顯示部分，所以維護人員不再為程序的維護工作奔波於每個客户機之間，而把主要精力放在功能服務器上程序的更新工作。這種三層結構層與層之間相互獨立，任何一層的改變不影響其它層的功能。它從根本上改變了傳統的二層C/S體系結構的缺陷，是應用系統體系結構中一次深刻的變革。
3．完善的安全管理機制
由於考試系統的特殊性，安全性顯得格外重要。網上考試系統（IES）從考生登陸（註冊）到參加考試，到查詢考試成績全面採用了256位的數據加密技術，確保系統的安全性。另外在考生考試模塊的設計中，採用了大量的安全技術，例如：禁止刷新．禁止查看源代碼．考試結束自動交卷．不能用同一用户名多次同時登陸等等。
4．個性化操作界面
一個好的系統不僅僅要體現在強大的功能上，還要在使用上具有方便、快捷、高效的特點。網上考試系統（IES）採用個性化的設計，吸取了在線電子郵局的優點，不同權限的用户具有不同的操作界面，各項功能安排井井有條．一目瞭然。
2. Quality Attribute Requirements
Usability
1) Reasons
可用性關注於如何讓用户簡單容易的地完成他想要的工作。這樣可以使用户快速地學習該系統的功能，高效地使用系統從而最小化錯誤的影響並且讓用户對該系統有信心和滿意
2) Concrete Scenario
Response Measure: 熟悉系統花費時間，滿意度
Security
1) Reasons
網上考試系統必須阻止為授權的訪問，而且為合法的用户提供服務。如果系統安全性不高，易被外界破解，從事一些非法操作，如獲取考試的題目與答案，增加刪除數據庫內容，從而對系統造成一定的破壞。 2) Concrete Scenario
Response Measure: 檢查可能的網絡攻擊，恢復數據和服務
Performance
1) Reasons
網上考試系統必須保證其性能，才能為用户提供正常可靠及時的服務，用户無法或者需要等待很久才能得到系統的服務，這必然會降低用户對該系統的評價，嚴重影響系統的質量。性能主要關注於響應時間。 2) Concrete Scenario
文萃咖
