第一篇：《軟件測試與質量保證》讀書報告

學生課程讀書報告

姓

名

某某某

學號＿

0000000＿

專

業＿ 軟件工程＿＿ 班級＿**級軟件*班

讀書報告題目

××××××××××××× 指導教師及職稱

XXX

開課學期

2011

至＿ 2012 學年＿1＿學期

此處寫題目(應用此格式)

學號：

姓名：

1.一級標題格式（黑體小四）

正文格式（宋體五號）

1.1 二級標題格式（楷體五號加粗）

正文格式（宋體五號）

參考文獻

[1] 作者一, 作者二, 作者三等.論文題目.期刊名稱, 年份, 卷號(期號):起始頁-終止頁.[2] 作者一, 作者二, 作者三等.書名(版次).出版社, 年份, 起始頁-終止頁.

第二篇：軟件測試與質量保證實驗指導

實驗一.NET軟件調試及測試計劃

一、實驗目的

通過本實驗，熟悉.NET軟件調試環境與技巧及測試計劃的內容，并掌握測試計劃的制定過程，能夠針對具體項目完成測試策略的制定、測試人員的安排、測試進度安排、測試資源組織等工作。

二、實驗內容

1.掌握.NET軟件調試環境與調試技巧。基本內容如下：

一、學習附件一的內容，掌握調試技巧；

二、學習c# 中跟蹤和調試的技巧-------如何使用 Debug

2.研究給定項目的需求規格說明書，提取測試需求，按照小組的人員情況，安排測試進度，為每一階段的測試選定測試方法，最后按照給定的測試計劃書模版生成完整的測試計劃書。

項目需求規格說明書及測試計劃模版由教師給出（見相關附件）。

（http://blog.csdn.net/zhouhuozhi/archive/2009/05/14/4180605.aspx）

三、實驗要求

1、做好實驗預習，掌握，并熟悉本實驗中所使用的測試環境及相應的測試軟件。

2、寫出實驗報告，內容是：

（1）實驗日期（2）實驗題目（3）實驗內容

（4）實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要2學時。

注：實驗二與實驗三任選一個做；實驗四與實驗五任選一個做

實驗二 單元測試

一、實驗目的

通過本實驗，熟悉單元測試的目的、內容，并掌握黑盒單元測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并進行單元測試。

二、實驗內容

1、黑盒單元測試（二選一）

（1）等價類劃分法

三角形問題的需求規格描述如下：

輸入三個整數a、b、c，分別作為三角形的三條邊，現通過程序判斷由三條邊構成的三角形的類型為等邊三角形、等腰三角形、一般三角形（特殊的還有直角三角形），以及構不成三角形。

現在要求輸入三個整數a、b、c，必須滿足以下條件：

條件1 1≤a≤100 條件2 1≤b≤100 條件3 1≤c≤100 條件4 a

1、條件2和條件3，程序給出“邊的取值超出允許范圍”的信息。

如果輸入值a、b、c 滿足條件

1、條件2和條件3，則輸出下列四種情況之一：（1）如果不滿足條件

4、條件5和條件6中的一個，則程序輸出為“非三角形”。（2）如果三條邊相等，則程序輸出為“等邊三角形”。（3）如果恰好有兩條邊相等，則程序輸出為“等腰三角形”。（4）如果三條邊都不相等，則程序輸出為“一般三角形”。針對此需求：

1、自己編寫程序實現，程序語言不限，并要求在實驗前完成；

2、分析該程序的輸入，建立等價類劃分表，并根據等價類表設計測試用例；

3、根據邊界值條件設計不少于10組的測試用例；

4、用所有測試用例對程序進行測試，記錄每組測試用例對應的輸出結果，并對結果進行分析；

5、確定是否存在bug，如果存在bug，分析其原因并調試修復。（2）因果圖法

有一個飲料的自動售貨機，其規格說明如下：投入相應的錢數，然后按下相應飲料的按鈕，如果錢數不夠，則給出信息“投入錢數不夠！請繼續投入！”，如果金額夠，就給出飲料，并找零。如果機器內該飲料已經售完，則提示“該飲料已經售完！”，如果不再買其它的飲料則退錢。如果光投入錢沒有選擇飲料，則給出提示“請選擇飲料！”，如果沒有投錢就選擇飲料，也會給出提示。（本程序由教師給出）分析該需求中的原因和結果，列出來； 畫出因果圖；

根據因果圖生成判定表（決策表）； 根據判定表設計測試用例；

運用測試用例對程序進行測試，并記錄測試結果；

6、提交實驗報告，報告內容如下：實驗題目、實驗目的、實驗內容、程序清單、測試用例、測試結果、結果分析、心得體會。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

（1）實驗日期（2）實驗題目（3）實驗內容

（4）實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗三 單元測試

一、實驗目的

通過本實驗，熟悉單元測試的目的、內容，并掌握白盒單元測試及面向對象的單元測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并進行單元測試。

二、實驗內容

1、白盒單元測試（二選一）

（1）對實驗二中編寫的三角形程序，畫出其程序流程圖；分析程序流程圖，確定程序分支；

（2）設計分別滿足語句覆蓋、路徑覆蓋、條件覆蓋及條件組合覆蓋和路徑覆蓋的測試用例；

（3）用測試用例對程序進行測試，記錄測試結果，并對結果進行分析，如果存在缺陷則修改程序，繼續測試；

2、面向對象的單元測試

對給定的類設計樁程序或驅動程序，設計測試用例，對其進行單元測試。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的

② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗四 集成測試

一、實驗目的

通過本實驗，熟悉集成測試的目的、內容，并掌握自底向上和自頂向下集成測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并按要求進行集成測試。

二、實驗內容

自選一個包含多個模塊的程序，完成以下工作： *

1、編寫輔助程序

2、自底向上集成

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的。② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗五 系統功能測試

一、實驗目的

通過本實驗，熟悉系統功能測試的目的、內容，并掌握功能測試基本方法，能夠功能規格說明對指定的系統設計測試用例并進行測試。

二、實驗內容

對指定的系統，參照系統功能設計測試用例，并進行功能測試，記錄測試結果。計算器程序功能測試

給定簡單四則運算計算器系統由兩個窗體構成，一個是計算窗體，一個是幫助信息窗體。該系統的主要功能是進行十進制的二元加、減、乘、除運算。

系統需求描述如下：四則運算計算器計算用戶輸入的兩個數字的計算結果，要求既能用鼠標點擊文本框和命令按鈕，也可以脫離鼠標，完全用鍵盤操作。當用戶輸入的內容不是合法的數字時，要求程序能給出提示。當用戶進行除法運算，并且輸入“0“作為分母時，要求程序能給出相應的錯誤提示。當用戶以任何順序輸入數據時，要求程序都能計算出正確結果。當用戶完成一次計算后，即可以不清除就再次輸入數據，也可以按“清除”鍵后再輸入運算數。要為用戶提供幫助功能，用戶可以通過點擊計算窗體中的幫助按鈕進入幫助窗體。在計算窗體中，按返回按鈕應退出系統。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

第三篇：軟件質量保證與測試課程教學大綱

《軟件質量保證與測試》課程教學大綱

一、課程基本信息

中文名稱：軟件質量保證與測試

英文名稱：Software Quality Assurance and Testing 開課學院：計算機科學學院 課程編碼：S0835401 學分：2 總學時：32 適用專業：軟件工程學術碩士，軟件工程專業碩士 修讀基礎: 軟件工程，面向對象程序設計 課程負責人：胥林（副教授）

主講教師：胥林（副教授）；肖斌（副教授）；廖浩德（副教授）

二、課程目的任務

1.課程地位作用（課程在實現培養目標中的地位作用）

《軟件質量保證與測試》是軟件工程專業的專業必修課。其教學目的是通過本課程學習，使學生系統地學習軟件測試的基本概念和基本理論，深刻理解和掌握軟件測試和軟件測試過程的基本方法和基本技術。了解和掌握現代各種新的軟件測試技術和主要發展方向，學生能夠設計測試用例、使用自動化工具完成完整的項目測試和項目測試管理，學生能基本承擔起軟件測試的工作任務，為學生將來從事實際軟件測試工作和進一步深入研究打下堅實的理論基礎和實踐基礎。

2.課程主要內容（簡述：主要內容、重點、難點等）

1、了解軟件測試的必要性和重要性。

2、了解軟件測試的層次，其中包括單元測試、集成測試和系統測試。

3、掌握黑盒測試方法。

4、掌握白盒測試方法。

5、掌握測試用例的編寫方法，并能編寫測試方案和測試報告。

6、了解性能測試的內容，并能運用常用的測試工具進行測試。3.學生應達到的基本要求

學生能夠熟練掌握軟件測試的基本方法和技術，獨立完成軟件測試過程的相關內容（計劃，設計，實施，報告，缺陷管理），具備基本的軟件測試的業務能力。

三、教學內容與學時分配

（含各時段學生課外學習要求）

第一章 軟件測試基礎（2學時（課內））

目的與要求：理解軟件測試的目的和作用、了解軟件測試的相關概念、了解測試分類

第一節

軟件質量與軟件測試 1． 軟件測試的背景、目的和作用

2.軟件測試的相關概念 3.軟件測試的分類和測試原則 4.軟件質量保證

重點： 軟件測試的目的和作用、軟件測試的原則、軟件測試的分類 難點：軟件測試的原則 第二節

軟件缺陷與測試用例 1.測試用例的定義和標識

2.錯誤與缺陷定義和分類 3.測試案例

重點：測試用例的定義和測試用例的標識 難點：測試用例的標識

第二章 測試模型與過程（2學時（課內））

目的與要求：了解測試模型

第一節 軟件測試模型與過程（2學時）1.軟件測試模型

2.軟件測試過程

重點：測試層次的劃分

難點：軟件測試多種模型的區別 第三章 黑盒測試（6學時（課內））

目的與要求：了解黑盒測試的概念、目標和方法，掌握使用邊界值分析、等價類測試、判定表方法進行墨盒測試

第一節 邊界值測試

1.黑盒測試的概念、目標和方法 2.邊界條件 3.邊界值分析 4.健壯性邊界測試 5.最壞情況測試 6.案例分析

教學重點：邊界值測試，健壯性測試，最壞情況測試 教學難點：用邊界值分析方法設計測試用例 第二節 等價類測試

1．等價類 2．等價類測試類型 3．用等價類設計測試用例 4．等價類測試指導方針 5．案例分析

教學重點：等價類測試分類

教學難點：等價類的概念與劃分規則 第三節 基于判定表的測試 1.判定表的組成

2.基于判定表的測試 3.基于判定表測試的指導方針 4.案例分析

教學重點：基于判定表的測試 教學難點：用判定表設計測試用例 第四節

案例分析

1.各等價類測試方法的區別

2.運用邊界值、等價類和基于判定表的測試方法進行測試設計

教學重點：各等價類測試方法的區別 教學難點：各種方法的綜合運用 第四章 白盒測試（6學時（課內））

目的與要求：了解白盒測試的概念、目標和方法。掌握邏輯覆蓋測試，了解基本路徑測試方法和數據流測試

第一節

邏輯覆蓋測試

1.白盒測試的概念、目標和方法

2.語句覆蓋 3.判定覆蓋 4.條件覆蓋 5.判定/條件覆蓋

重點：邏輯覆蓋測試中的判定覆蓋、條件覆蓋、判定/條件覆蓋 難點：判定/條件覆蓋

第二節

邏輯覆蓋與基本路徑測試 1.條件組合覆蓋

2.路徑覆蓋

3.獨立路徑、圈復雜度

重點：邏輯覆蓋測試中的路徑覆蓋，基路徑測試法 難點：基路徑測試法

第三節 案例分析

1.運用邏輯覆蓋測試與基本路徑測試方法進行測試設計

2.功能性測試和結構性測試的比較

重點：結構性測試方法與功能性測試方法的比較 難點：兩種方法的綜合運用 第五章 單元測試（2學時（課外））

目的與要求：掌握單元測試的基本過程 第一節

單元測試 1.單元測試的概念

2.單元測試的內容 3.測試的環境和測試策略

重點：單元測試的內容 難點：測試的環境和測試策略 第六章 集成測試（2學時（課外））

目的與要求：掌握集成測試的基本過程 第一節

集成測試

1.集成測試和單元測試的關系

2.集成測試概念 3.基于分解的集成 4.基于調用圖的集成 5.基于路徑的集成

重點：集成測試中基于分解的集成，MM-路徑 難點：集成測試的集成策略 第七章 系統測試（2學時（課外））

目的與要求：掌握系統測試的基本過程 第一節

系統測試 1.系統測試的概念

2．系統測試內容和測試策略 3.系統測試策略

重點：系統測試的內容和方法 難點：系統測試的策略

第八章 性能測試（4學時（課內））

目的與要求：了解性能測試概念、目標、分類、主要性能指標，掌握常用的性能測試工具的使用

第一節

性能測試指標與分類 1.性能測試概念、目標

2.主要性能指標 3.性能測試的分類

重點：負載測試，壓力測試，并發測試 難點：主要性能指標的理解 第二節 性能測試方案與工具 1.性能測試方案 2.常用的性能測試工具

重點：性能測試方案的設計 難點：性能測試數據的分析 第九章 自動化測試（6學時（課內））

目的與要求：了解自動化測試定義、使用領域和發展，理解自動化測試技術，掌握常用自動化測試工具的使用

第一節 自動化測試概念 1.自動化測試定義

2.自動化測試使用領域 3.自動化測試的發展 4.自動化測試的組織與實施

重點：自動化測試概念及使用領域 難點：自動化測試的組織與實施 第二節

自動化測試技術與腳本 1.自動化測試技術

2.自動化測試腳本 1.重點：自動化測試技術

2.難點：自動化測試腳本 第三節 自動化測試工具 1．測試工具分類

2．測試工具介紹 3．測試工具的選擇

重點：功能測試工具和性能測試工具的使用 難點：自動化測試的組織與實施

第十章 Web系統測試案例（6學時（課內）+6學時（課外））

目的與要求：通過博客系統測試案例分析熟悉軟件項目測試全過程管理的方法與流程。

第一節

Web系統測試計劃與功能測試 1．測試需求 2．測試資源 3．測試策略 4．測試標準 5．測試用例設計 6．測試實施 7．測試報告 8．缺陷統計

重點：測試需求分析與測試標準 難點：測試需求分析 第二節 博客系統的性能測試 1．測試計劃 2．測試用例設計 3．測試腳本開發 4．測試環境 5．測試執行 6．測試結果分析

重點：測試用例設計與腳本開發 難點：測試腳本開發

四、考核方式與成績評定

1.考核方式：（筆試、論文、口試等）

論文

2.成績評定辦法：（平時成績、期末考試成績……等比例）平時成績40%，期末成績60%

五、教材及主要參考書目

（一）教材：

1、江開耀，韓永國著.軟件測試技術.西安電子科技大學出版社.第1版

（二）參考書：

1、朱少民，軟件測試方法和技術，清華大學出版社.第1版

2、John Watkins著.賀紅衛,楊芳等譯.實用軟件測試過程.機械工業出版社.第1版

3、Ron Patton著.張小松,王鈺,曹躍等譯.軟件測試.機械工業出版社.第1版

4、（美）Paul C.Jorgensen 著韓柯杜旭濤譯.軟件測試.機械工業出版社.第1版

六：其他需要說明的問題

大綱執筆人：胥林

大綱審批機構：計算機科學學院教授委員會

2015年8月18日

第四篇：淺談軟件質量保證

淺談軟件質量保證

摘要：

Software Quality Assurance軟件質量保證（SQA）是建立一套有計劃，有系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用

前言：

SQA的由來：隨著第一個正式的質量保證和控制方案在1916年貝爾實驗室的出現，整個制造業都認可了這一方案，時至今日每個公司都有其保證其產品質量的機制，公司對質量的保證也漸漸成為其核心的市場策略。對于軟件開發來說，一個項目的主要內容是：成本、進度、質量。軟件本身作為一種無形產品，其質量指的是：“系統,部件或者過程滿足顧客或者用戶需要或期望的程度”。在20世紀五六十年代，質量保證曾經只由程序員承擔。而正規的軟件質量保證標準首先在20世紀70年代初軍方的軟件合同中出現，此后迅速傳遍整個商業世界。提出而隨著市場化發展的成型，任何軟件公司對自己產品的質量問題越來越關注，測試所花費的成本越來越多。在起初國外很多的大軟件公司公司比如IBM、CA等，SQA的職責就是測試（主要是系統測試）。后來，由于缺乏有效的項目計劃和項目管理，留給系統測試的時間很少。另外由于軟件最終使用者的不專業性，需求變化太快，沒有完整的需求文檔，測試人員就只能根據自己的想象來測試。這樣一來，測試就很難保障產品的質量，促進了事先預防的SQA職能的產生。隨后隨著軟件開發模型的不斷演化和發展CMM模型的出現，它引入了“全面質量管理”的思想，至此許多公司將SQA人員獨立于項目組，以保證評價的客觀性。專業的SQA人員應運而生。

簡介：

軟件質量保證（SQA）是建立一套有計劃，有系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用。其根本目的是使軟件過程對于管理人員來說是可見的。它通過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質量保證組在項目開始時就一起參與建立計劃、標準和過程。這些將使軟件項目滿足機構方針的要求。

SQA的基本目標：

1: 軟件質量保證工作是有計劃進行的。

2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。3: 將軟件質量保證工作及結果通知給相關組別和個人。

4: 高級管理層接觸到在項目內部不能解決的不符合類問題。

具體分析：

1：軟件質量所包含的因素及軟件質量評價標準：

軟件質量包含的因素：正確性，可靠性，效率，完整性，可用性可維護

性，靈活性，可測試性，可移植性，可復用性，互操作性等等。

軟件質量評價標準：質量需求準則，著眼點是是否滿足用戶的要求；質量設計準則，開發者在設計實現時是否按軟件需求保證了質量。質量度量準則，為質量度量規定了一些檢查項目。

從事專業SQA的人員所應具備的基本素質，工作中的基本職能及與其他相似職能的區別：

SQA人員所應具備的基本素質：

按照軟件界已經達成的共識：影響軟件項目進度、成本、質量的因素主要是 “人、過程、技術”。首先要明確的是這三個因素中，人是第一位的。SQA小組的成員首先應當時刻以客戶的觀點看待軟件。從事SQA工作由于要按照相應的標準對專業的行為加以監管，深刻了解企業的工程，并具有一定的過程管理理論知識 對開發工作的基本情況了解，能夠理解項目的活動，因此首先應具備較高的關于軟件開發方面的知識；在工作中過程為中心：應當站在過程的角度來考慮問題，只要保證了過程，QA就盡到了責任；還應具有服務精神即為項目組服務，幫助項目組確保正確執行過程；另外應善于溝通，能夠營造良好的氣氛，避免其工作本身成為一種找茬活動。我所在的小組在課程實踐過程中就出現過負責設計的同學對編碼階段的同學出現質疑，最終出現不愉快的事情。

工作中的基本職能以及于其他相似職能的區別：

要做好SQA工作首先應該明確SQA人員的職能以及與QC、SEPG的區別。QC：檢驗產品的質量，保證產品符合客戶的需求；是產品質量檢查者； SEPG：制定過程，實施過程改進；

而SQA人員的主要工作為審計過程的質量，是過程質量審計者，其基本職能為確保過程被正確執行。其本身并不參與過程的制定，A的職責就是確保過程的有效執行，監督項目按照過程進行項目活動；它不負責監管產品的質量，不負責向管理層提供項目的情況，不負責代表管理層進行管理，只是代表管理層來保證過程的執行。

3：SQA活動：

軟件質量保證由各種任務構成，這些任務分別與兩種不同的參與者有關：做設計工作的軟件工程師和SQA小組成員。

軟件工程師通過采用可靠的技術方法和措施，進行正式的技術評審，執行計劃周密的軟件測試來考慮質量問題（并完成軟件質量保證和質量控制活動）

SQA小組成員的職責為輔助軟件工程小組得到高質量的最終產品。其主要工作如下：

為項目準備SQA計劃。該計劃在制定項目計劃實制定，由所以感興趣的相關部門評審。該計劃將控制由項目組和SQA小組執行的質量保證活動。在計劃中應標識一下幾點：需要進行的評價；需要進行的審計和評審；項目可用的標準；錯誤報告和跟蹤的規程；由SQA小組產生的文檔；為軟件項目提供的反饋數量。另外還需明確最終審計的結果報告給誰。

參與開發該項目的軟件過程描述。軟件工程小組為要進行的工作選擇一個過程。SQA將評審過程描述以保證該過程與組織政策，內部軟件標準，外界所訂標準（如ISO9001）以及軟件項目計劃的其他部分相符。

評審各項軟件工程活動，對其是否符合定義好的軟件過程進行核實。SQA小組識別記錄和跟蹤與過量的偏差，并對是否已經改正進行核實。

審計指定的軟件工作產品，對其是否符合定義好的軟件過程中的相應部分進行核實。SQA小組對選出的產品進行評審；識別，記錄和跟蹤出現的偏差；對是否已經改正進行核實；定期將工作結果向項目管理者報告。在審計過程中。注意審計一定要有項目組人員陪同，雙方要開誠布公，坦誠相對。審計的內容主要包括：是否按照過程要求執行了相應活動，是否按照過程要求產生了相應產品。

確保軟件工作及工作產品中的偏差已被記錄在案并根據預定規程進行處理。偏差可能出現在項目計劃，過程描述，采用的標準或技術工作產品中。

記錄所有不符合的部分并報告給高級管理者。對不符合的部分進行跟蹤直至問題得到解決。

4：軟件評審：軟件評審是軟件工程過程中的過濾器。評審被用于軟件開發過程的多個不同的點上，起到發現錯誤和缺陷節日引發排錯活動的作用。軟件評審起到的作用是凈化分析，設計和編碼的軟件工程活動。在課程實踐過程中由于初始需求分析的不明確以及后來概要設計過程中關鍵點的遺漏所引發的錯誤曾經導致我們小組代碼的兩次大部分返工，現在看來在課程實踐過程中沒有進行軟件評審所致

5：正式技術評審（FTR）

正式技術評審是一種由軟件工程師和其他人進行的軟件質量保障活動。

正式技術評審的目標是：發現功能、邏輯或實現的錯誤；證實經過評審的軟件的確滿足需求；保證軟件的表示符合預定義的標準；得到一種一致的方式開發的軟件；使項目更易管理。

評審會議一般由3-5人參加，不超過2小時，由評審主席、評審者和生產者參加，必須做出下列決定中的一個：工作產品可不可以不經修改而被接受；由于嚴重錯誤而否決工作產品；暫時接受工作產品。

評審總結報告和記錄保存：評審會議結束時，生成一份評審問題列表，完成一份包括“評審什么？由誰評審？結論是什么？”的評審總結報告。

評審總結報告是項目歷史記錄的一部分，標識產品中存在問題的區域，作為行政條目檢查表以指導生產者進行改正。

評審指導原則：評審產品，而不是評審生產者。注意客氣地指出錯誤，氣氛輕松；制定日程并且遵守日程；不要離題，限制爭論和辯駁。有異議的問題不要爭論但要記錄在案；對各個問題都發表見解。問題解決應該放到評審會議之后進行；做書面筆記；限制參與者的人數并堅持事先做準備；為每個要評審的工作產品建立一個檢查表。應為分析、設計、編碼、測試文檔都建立檢查表。；為了讓評審有效，為FTR分配資源和時間；為了提高效益對所有評審進行有意義的培訓；評審以前所做的評審。

6結合課程實踐淺談自己的感受

下面我將結合課程的實踐講一講個人對于軟件質量保證的一些感受，首先說一說每個人所扮演的角色，負責編碼的同學相當于軟件工程師的角色，而負責需求分析及概要設計的同學責同時兼任了SQA小組成員的角色。在具體實現過程中，在需求分析階段，通過需求調研我們小組大體明確了客戶即TA對機動車違章管理系統的需求，但由于沒有把需求調研的工作做到位，在完成需求分析的過程中，我們小組出現了一些問題，主要是對TA要求的理解出現了分歧。此時承擔SQA小組責任的同學并沒有嚴格要求自己進一步與TA溝通，解決理解上的分歧，而是個人主觀的認為自己的理解就是對的。致使在具體實現時與初始需求出現了一些偏差。這個問題的發生，主要是因為承擔需求分析的同學同時兼任SQA小組工作的原因，致使監督的客觀性方面出現了問題。在概要設計階段由于考慮到后期一些功能在后期具體實現中的困難，沒有嚴格按照獲取的需求進行設計，主要是出于實現難度的考慮草率的對本已獲得的需求進行了一些修改致使本就出現變差的需求進一步打了折扣。在編碼階段針對出現問題時，更是僅僅是就問題而談問題，把原始的計劃放到了一邊。回顧整個課程的過程：從在初始人員定位時并沒有認識到SQA小組的重要性，因此并沒有嚴格指定專人負責，只是在出現問題時才想到，而在明確兩人兼任SQA小組工作后，也沒有嚴格制定明確的計劃，也沒有正式的評審各項軟件工程活動，僅僅是想到什么就說什么，不但造成了小組成員間的沖突，更是對問題的解決沒有多大的幫助。而“軟件工程師”即從事編碼的同學雖然對軟件本身進行了一些測試，修正了一些錯誤，改進了一些BUG，但這一切都是通過想當然去做的，并沒有參考設計文檔。結論：

無論何種軟件只有在保證其質量的前提下才能體現出它的價值。軟件質量保證則是保證軟件質量的基石。而在軟件質量保證的過程中，首先應該明確自己的定位，而后嚴格按照上面提出的步驟與方法去實現才能更好的完成SQA工作。這一切，都需要我們在今后的學習、工作中積極地去實踐。

參考文獻：

軟件工程實踐者的研究方法 Roger S.Pressman

軟件質量保證 Schulmeyer,G.G

第五篇：軟件質量保證報告（最終版）

軟件質量保證報告

現在越來越多的公司都開始真正重視起軟件質量問題，要做到高質量的軟件應該滿足軟件需求定義的功能和性能。

文檔符合事先確定的軟件開發標準軟件的特點和屬性遵循軟件工程的目標和原則，還應該考慮在預算和進度范圍內交付，因此在項目進行過程中要對偏差進行控制質量控制和質量保證。

質量控制是為了保證每一件工作產品都滿足對它的需求而應用于整個開發周期中的一系列審查、評審和測試，質量控制在創建工作產品的過程中包含一個反饋循環，通過對質量的反饋，使得我們能夠在得到的工作產品不能滿足其規約時調整開發過程。所有工作產品都應該具有定義好的和可度量的規約，這樣就可以將每個過程的產品與這一規約進行比較。質量保證由管理層的審計和報告構成，目標是為管理層提供獲知產品質量信息所需的數據，從而獲得產品質量是否符合預定目標的認識和信心。

軟件質量保證

軟件質量保證是為了保證軟件系統或軟件產品滿足用戶要求的質量而進行的有計劃、有組織的活動，其目的是生產高質量的軟件。在軟件質量方面必須強調三個要點：軟件必須滿足用戶規定的要求，與用戶需求不一致的軟件，就無質量可言。

軟件應遵循軟件標準所定義的一系列開發標準，不遵循這些標準的軟件，其質量難以得到保證。

軟件還應滿足某些隱含的要求，例如希望有良好的可理解性、可維護性等，而這些隱含的要求可能未被寫在用戶規定的需求中，滿足它的顯性需求而不滿足其隱含需求，那么該軟件的質量是令人懷疑的。

我們評價一款軟件可以從以下一些角度進行

正確性

正確性是指軟件按照需求正確執行任務的能力。正確性也涵蓋了“精確性方面。無庸質疑，這是對一款軟件最基本的要求，比如我們通過ATM自動取款機取款時，在輸入1,000時，結果只輸出了800或者輸出了1,200，可想而知這會對銀行和客戶會產生多大的影響。一款軟件滿足不了正確性的要求，再談其他任何方面都沒意義。

可靠性

可靠性是指在一定的環境下，在給定的時間內，系統能夠正常運行的概率。我曾在手機中遇到一個問題：在待機狀態下，手機網絡信號等一切顯示正常，會出現一些無法通信的情況，電話無法撥打，短信不能收發，重新開機后方可恢復正常。想象下如果情人約會，或者緊急救助時遇到這種情況會產生什么樣的后果。

健壯性

健壯性是指在異常或者不利情況下，軟件能夠正常運行的能力。我們可以用生活中的一個例來說明，當流感出現的時候，在同樣環境下，有些人很容易就生病，而有些人卻任你東南西北風，就是安然無恙。

美觀性

美觀性主要指軟件UI設計的情況，美觀性就是從大眾化審美以及心理學角度對軟件提出的一個要求，這個要綜合考慮軟件的使用人群特點等。美觀性包括軟件的顏色搭配，字體使用，排版布局等方面。

性能

性能也就是一個軟件效率問題，也就是軟件特定時間空間環境下系統的響應能力。我們平時在使用手機進行編寫短信時，可能有的手機在輸入一個字符后，手機顯示的很緩慢！這就是軟件性能比較差的一個表現。

易用性

顧名思義，易用性是軟件能否滿足客戶容易操作使用程度。易用性也是衡量一款軟件質量好壞的一個重要方面，我們經常會聽到有些人說某些手機太復雜了，不好用，不會用，那我想這樣的軟件并不能真正能稱為好軟件。在開發過程中，如果軟件開發人員一味關注技術而不從用戶使用的角度來考慮那就大錯特錯了。

兼容性

兼容性指一款軟件和其他不同軟件通信（或交換信息）的能力。以前我在做一些藍牙耳機測試的時候，就出現有藍牙耳機和某些手機配對后通過耳機端無法對手機端進行控制的問題，這就造成了和某些手機無法搭配使用，問題比較嚴重。在做兼容性測試方面，首先要保證所做軟件能和市場上一些知名品牌產品以及市場占有率比較高的產品的兼容。安全性

安全性是指軟件系統防止被非法入侵的能力。如我們會有聽說某網絡系統被黑客入侵導致癱瘓的情況就是一個例子。當然一個系統的安全性既和軟件本身的抗入侵能力有關又和一些相關保護措施有關，如是否有加密、安裝防火墻等。

可移植性

可移植性指的是軟件不經修改或稍加修改就可運行于不同軟硬件環境（CPU、OS和編譯器）的能力，主要體現為代碼的可移植性。

可擴展性

可擴展性反映軟件適應“變化”的能力，如增加新功能等。可擴展性和可移植性一樣，主要都是從開發的角度對軟件提出的要求。從一些不同角度來評價一款軟件，當然實際評測過程中還要根據嵌入式、B/S架構、C/S架構等不同特點軟件來有所側重，同時還要結合軟件軟件使用對象、生命周期等來綜合評價。當然，以上各點滿足了也不能就能說明就是一款好軟件了，其他比如可維護性、可復用性、可測試性等也是我們要根據實際情況來考慮的因素。

軟件質量的目標

軟件公司生產軟件的最根本目標是為了讓產品贏得市場、贏得顧客，從而獲取利潤。如果企業連生存的能力都沒有了，軟件的質量做的再完美也無用。軟件公司開發一款軟件，并不是說質量越高越好。質量越高，成本相對會越高，這樣企業就可能支持不力，無法生存；或者價格很高，客戶無法接受。在此并不是說軟件質量并重要，質量很重要！好和壞從來都是相對的。從用戶的角度而言，在能夠正常滿足使用要求的軟件就是好軟件；對企業而言，在軟件生命周期里，能夠軟件能夠滿足用戶使用，能給自己帶來更多利潤的軟件就是好軟件。不同場合對軟件質量的要求是不一樣的，比如我們國家發射神州五號而后神州六號宇宙飛船，這就要求其軟件質量要百分百可靠，不能出哪怕一點點的差錯，相信在不久的將來我們國家在發射載人登月宇宙飛船時，對飛船軟件質量的的重視程度會有過之而無不及。人員素質

軟件是人做出來的，軟件質量的好壞和開發、測試以及有關管理人員都息息相關。在軟件開發方面，我們在此不談，只從測試的角度來談軟件質量保證。說質量保證，先問下自己，從事質量保證的人員真的有能力去做好質量保證嗎？質量保證的人員能力問題是個重要方

面，如果連軟件中潛在問題都發現不了，想解決問題，做高質量的軟件，談何容易？

測試人員能力是一方面，其他如從事軟件測試人員的職業素養也是個重要方面。如果一款軟件未有充分去測，甚至對有些概率性的問題一笑而過，耐不住性子深入去測，或者在發行版本時只簡單測試一下，這些都無法真正保證軟件的質量。而這種情況下的出現，測試人員根據簡單的測試，下了個軟件沒問題的結論，這樣對顧客而言影響是很大的，最終對公司而言無論形象還是未來產品銷售等方面的都是不利的。

公司規范

測試人員的能力再強，測出的問題再多，如果在些問題沒有解決的情況下匆匆將軟件release給客戶，軟件問題一大堆。這樣的測試其實是沒有多大的實際意義的。測試的目的是發現問題，解決問題，保證軟件質量。

當然這個保證單憑測試人員、QA是不行的，在我們國內，其實很多企業測試人員和QA人員在軟件發行問題上根本沒有發言權，基本上都是公司領導說了算，如果公司領導說“這些問題沒關系，我覺得軟件可以發行”，那這時軟件基本都會發行的。至于所謂的測試、QA以及項目經理等人員，你就一邊吹風去吧。

所以，在軟件問題評估，軟件發行等問題上一定要給質量保證人員（通常是QA）足夠的權力，QA測評通不過就是通不過！

可惜目前真正能做到這一步的公司并不多。企業為了生存，也很難把這方面真正做好，比如有些產品趕在某些節假日上市時有著良好的時常，而過了那一段時期，可能產品就很難賣了。當然，這些就不是測試人員考慮的范圍了。

我們如何成為一名優秀的軟件質量保證工程師

軟件質量保證牽扯到軟件開發的方方面面，包括從啟動到需求，到設計，到開發，到測試，到發布，到后期維護的整個過程。在啟動階段，你要理解如何制定項目章程，如何書寫項目范圍說明書，如何制定項目計劃；在需求階段，你需要理解如何與用戶確認需求，如何進行需求分析，如何與用戶確認用戶需求；在設計方面你要大體理解當前設計前沿技術，了解數據庫知識，如何進行概要設計和詳細設計；在構造階段，您需要了解編碼規范，編程技巧，集成技術；在測試階段你需要理解如何進行單元測試，集成測試，系統測試；在驗收階段您需要理解如何進行驗收測試，如何培訓用戶，如何替用戶搭建環境；在維護階段您需要理解如何理解代碼，如何進行再工程技術。在這里你好像是一位多面手，但是了解得越多，對你從事質量保證工作越有好處。由于現代分工比較細致，往往一個質量小組需要各個方面的人才組合在一起，才能發揮更大的效能，才能達到1+1>2的結果。

對于從事軟件質量保證工作，您需要一定的數學知識，尤其是概率統計知識。無論你是否采用6Sigma，你需要對你的軟件質量進行度量活動，需要收集數據，分析數據從而解決問題。你要理解如何使用直方圖，散點圖，魚刺圖，餅圖等工具。這樣你才能展示問題的原因，尋找解決問題的原因。

對于從事軟件質量保證工作，溝通能力非常重要。質量工作做得好壞，關鍵在于領導的支持和員工的參與。由于目前中國軟件的實際工作，公司領導往往忽視軟件質量的重要性和優先性，你就需要與領導講清楚質量管理的優勢，如何可以提高公司產品的質量，減少客戶的投訴率從而節約公司的成本，提高勞動生產率。有了領導強有力的支持，你的工作就好像添加了一把利劍，可以運行得得心應手。但是僅僅有領導的支持時往往不夠的，還需要員工的支持，你需要了解當前問題有什么，阻礙這些問題的要數是是什么，大家需要解決什么樣的問題?這些都需要靠你的溝通技巧來解決。