軟件測試之軟側工作概述

1、軟測工作概述 由安博測試空間技術中心提供 1目錄測試流程測試計劃設計測試用例Bug描述測試報告北京測試空間是注冊于北京市海淀區(qū)高新技術園的軟件企業(yè)，目前主要業(yè)務范圍包括軟件測試管理工具研發(fā)、軟件測試項目外包和軟件測試專業(yè)技術人才培養(yǎng)及派遣。北京測試空間地址：北京市海淀區(qū)學院路40號大唐電信測試空間樓聯(lián)系電話： 62303260 623032302測試流程的輸入輸出3測試計劃測試計劃6要素測試計劃書4測試計劃編寫6要素（5W1H）why為什么要進行這些測試； what測試哪些方面，不同階段的工作內容； when測試不同階段的起止時間； where相應文檔，缺陷的存放位置，測試環(huán)境等； who項目

2、有關人員組成，安排哪些測試人員進行測試 how如何去做，使用哪些測試工具以及測試方法進行測試。5測試計劃書參考資料：如合同、行業(yè)標準、本項目的其他已發(fā)表的文件（規(guī)格說明書等）。測試內容：列出測試中的每一項測試內容，以及這些測試的目的和資源分配（人力資源和非人力資源）。進度安排：包括進行測試的日期和工作內容。測試策略：測試方法、不同階段的測試說明。條件：所用到的設備和支持本項測試過程而本身又并不是被測軟件的組成部分的軟件，如測試驅動程序。尺度：用來判斷測試工作是否能通過的評價尺度。風險評估：人力方面、時間方面、環(huán)境方面、資源方面 、部門合作方面。 6設計測試用例測試用例基本要素測試用例設計要求測

3、試用例設計方法測試用例的評審測試用例的維護7測試用例基本要素測試用例的基本要素： 測試用例編號、測試標題、重要級別、用例版本、測試輸入、操作步驟、預期結果。1.用例編號：測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1-ST-001 ，命名規(guī)則是項目名稱測試階段類型（系統(tǒng)測試階段）編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。 2.測試標題：對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。3.重要級別：定義測試用例的優(yōu)先級別，可以根據(jù)軟件需求的優(yōu)先級籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個級別，4.用例版本：因為需求變更或用例設計

4、局限或者軟件功能的升級，需要對用例進行修改，但是文檔要有更改記錄。5.測試輸入：提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。6.操作步驟：提供測試執(zhí)行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。 7.預期結果：提供測試執(zhí)行的預期結果，預期結果應該根據(jù)軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過；反之則測試通過。8測試用例設計要求9測試用例設

5、計方法劃分等價類： 1.如果某個輸入條件規(guī)定了取值范圍或值的個數(shù)，則可確定一個合理的等價類（此范圍內的輸入值）和兩個不合理的等價類（小于最小值和大于最大值） 2.如果規(guī)定了輸入數(shù)據(jù)的一組只，而且程序對不同的輸入值做不同的出來，則每個允許輸入值是一個合理等價類，此外還有一個不合理等價類（任何一個不允許的輸入值） 3.如果規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則，可確定一個合理等價類（符合規(guī)則）和若干個不合理等價類（從各種不同角度違反規(guī)則）邊界值分析：一般和等價類劃分結合起來，但它不是從一個等價類中任選一個例子作為代表，而是將測試邊界情況作為重點目標，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)錯誤推測：

6、根據(jù)經(jīng)驗或直覺推測程序中可能存在的錯誤，從而有針對性的編寫檢查這些錯誤的測試用例因果圖：等價類和邊界值法都是孤立的考慮各個數(shù)據(jù)的測試功能，而沒有考慮多個輸入數(shù)據(jù)的組合引起的錯誤。綜合分析：聯(lián)合使用各種方法，形成綜合策略。10測試用例的評審測試用例設計完畢后，為了保證用例質量，需要對其進行評審。測試用例在編制過程中，首先由同行進行互查。可以由產(chǎn)品相關的軟件測試人員和軟件開發(fā)人員評審，提交評審意見，然后根據(jù)評審意見更新測試用例。 測試用例在內部更新完成后，應組織專家進行評審。評審委員會可以由項目負責人、測試、編程、分析設計等人員組成，也可以邀請客戶代表參加。提交評審意見，然后根據(jù)評審意見更新測試用

7、例。獲得通過后方可使用。如果認真評審這個操作環(huán)節(jié)，測試用例中的很多問題都會暴露出來，比如用例設計錯誤、用例設計遺漏、用例設計冗余、用例設計不充分等等；如果同行評審不充分，那么，在測試執(zhí)行的過程中，上述本應在評審階段發(fā)現(xiàn)的測試用例相關問題，會給測試執(zhí)行帶來大麻煩，甚至導致測試執(zhí)行掛起。11測試用例的維護軟件產(chǎn)品，經(jīng)常會更新版本，為了使測試用例和產(chǎn)品功能、特性保持一致，需要不定期的更新測試用例。對于同一個產(chǎn)品，無論是用例的增加還是修改以及刪除都應該保留記錄。 1.增加測試用例：由于軟件產(chǎn)品新增加功能或是原有測試用例設計疏漏等，需要添加新的測試用例。 2.更改測試用例：對于需要修改的測試用例，我們都

8、是在原有測試用例基礎上進行修改，新舊用例用版本號區(qū)別。 3.刪除測試用例：原則上不在測試集上刪除測試用例，通常將失效的測試用例更改成invalid狀態(tài)，以保留記錄。測試用例的維護過程是動態(tài)持續(xù)的，為了保證測試質量，測試工程師需要不斷的審查測試用例集合，并維護。12Bug描述編號（項目名稱+編號）標題嚴重等級（S、A、B、C）優(yōu)先級（P1、P2、P3、P4）附件（測試素材、問題圖片、視頻等）現(xiàn)象重現(xiàn)步驟（操作過程）發(fā)現(xiàn)頻率（可重復性）發(fā)現(xiàn)版本發(fā)現(xiàn)部位13測試報告測試報告要素測試結論建議14測試報告要素項目管理階層1. 產(chǎn)品的質量2.對整個過程的總結、分析3.展示一些測試團隊的成果數(shù)據(jù)4.對消耗的資源（時間、人力、物力）進行分析項目組成員1.對各個階段進行總結，關注可以提升的地方，以及值得推廣的經(jīng)驗2.對各個階段每個成員的表現(xiàn)進行分析、統(tǒng)計，進行評定客戶或其他的預期讀者1.產(chǎn)品的質量信息（包括對用例執(zhí)行情況的統(tǒng)計、趨勢的分析、性能報告手冊等）2.其他的客戶要求提供的信息15測試結論測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）對測試風險的控制