1. 程式人生 > >黑盒測試實踐--Day3 11.27

黑盒測試實踐--Day3 11.27

以及 測試用例 小結 個人 文件 cnblogs 備註 隱私 完整

黑盒測試實踐--Day3

今天完成任務情況:

收到小組緊急通知,作業要求更新了。組長召集大家在下午課後去開個短會,會議信息如下:

  • 時間:11.27 晚上5:30
  • 地點:東九樓501
  • 會議內容:
    1. 學習了小組作業最新版要求,全組達成了共識
    2. 進行了明確的分工

附錄

小組基本情況介紹

人數:五人
組長:小靳
組員:小黃、小熊、小梁、小龍、小尹
小組分工
  • 小尹 搭建Java Web系統,完成系統需求規格說明書,維護小組博客
  • 小黃、小龍 編寫測試用例說明書,完成場景法測試用例設計,完成被測系統可執行程序和對應的測試數據,以及如何使用數據
  • 小熊、小梁 完成缺陷報告和測試過程執行小結,編寫測試腳本原始工程和文件
  • 小靳 測試過程操作視頻和最後的各方面匯總

黑盒測試小組作業最新版具體要求如下:

分析系統需求

參考軟件需求規格說明書模板(見附件1-軟件需求規格說明書v1.0-模板.docx,和附件5-軟件設計文檔國家標準.rar)描述系統需求。如果系統功能特別多,特別復雜,則不需要涵蓋系統所有功能(即不需要面面俱到),但應滿足如下要求:

  1. 形式上滿足規範文本的要求,見附件1和附件5,如果要求a-g中的部分內容在所給的文檔模板中未體現,則應按照a-g的要求,在需求規格說明書中涵蓋a-g的所有條款;

  2. 整體內容必須圍繞項目實質展開,對要實現和測試的功能及項目確保做到清晰、完整、準確;

  3. 應定義相關概念,包括縮寫、專有名詞等;

  4. 應定義典型用戶,清楚描述對於不同類型的用戶,系統能提供哪些功能;

  5. 應描述核心、關鍵的業務流程(體現用戶場景),註意,不是算法流程,是業務流程,站在用戶的角度分析,體現用戶的業務;

  6. 應給出核心界面原型設計;

  7. 應給出系統驗收驗證標準。

典型示例1

典型示例2

典型示例3
典型示例3的需求規格說明書

設計測試用例

圍繞軟件需求規格說明書中描述的系統需求,使用黑盒測試方法,設計測試用例,並根據測試用例設計說明書模板(見附件2-測試用例設計清單(模板).xlsx),填寫測試用例設計清單。

對測試用例的要求是:

  1. 至少應體現課程中所介紹的基本測試方法中的兩種,包括邊界值測試、等價類測試、決策表測試、正交表測試;

  2. 必須使用場景法設計測試用例,應結合需求規格說明繪制場景圖,可另外附加word文檔,格式不限;

  3. 每個測試用例對應的測試方法在excel文件最後一列,即備註列中加以描述;

  4. 至少100個測試用例。註意:測試用例應盡量充分,而不是說100個測試用例就可以了。

編寫測試腳本

選擇一種自動化測試工具,根據設計的測試用例,編寫測試腳本。
自動化測試工具的選擇可參考但不限於下列中列出的工具:

  • Selenuim
  • QTP
  • soapUI
  • Robot
  • TestComplete
  • RFT
  • 其他

測試運行和記錄

運行測試腳本,記錄測試結果和測試過程,記錄發現的缺陷。

具體要求如下:

  1. 記錄測試過程,編寫測試執行過程文檔。文檔的具體要求包括:
    1. 遵循文檔規範要求撰寫(模板見附件4-測試執行過程及小結-模板.docx);
    2. 應說明測試環境,說明使用的測試工具;
    3. 應說明通過運行哪些測試腳本,分別發現了哪些缺陷,並對測試和被測系統進行評估,說明測試的充分性、效率,說明被測系統是否符合要求等,根據測試執行過程文檔要求見給出測試小結。註意:重點在於統計、分析。
  2. 制作操作視頻,說明測試腳本的運行過程。
    對視頻的具體要求如下:
    1. 視頻制作畫面應清晰;
    2. 音頻應清晰;
    3. 內容應完整。應選擇至少2個測試腳本加以描述,說明該測試腳本對應的測試用例是哪些,並對測試腳本進行解釋說明,說明測試腳本文件中代碼行的含義,給出測試腳本的運行過程,對腳本的運行結果進行解釋說明;

    4. 操作過程中如果涉及輸入項,應明確指出輸入的是什麽內容,尤其是用戶名和密碼。

  3. 記錄發現的缺陷。所有發現的缺陷應按照文檔規範進行填寫,見附件3-缺陷報告模板v1.0.xlsx。

每日例會記錄

小組成員的工作過程必須通過博客進行記錄。從本作業公布之日起,到任務提交之日止,小組每日在博客上記錄任務完成情況,內容包括:小組成員的任務進展情況、存在的問題、解決方法、以及下一步計劃等,應盡量詳細並給出必要的證明,例如,說明每人完成任務所花的時長,測試腳本截圖,小組開會的圖片等(從隱私的角度考慮,可不必給出面部,打馬賽克,或者背影之類均可)。格式不限,只要能反映小組的進度情況即可,請盡量詳細。

來自北京航空航天大學的典型示例

小組作業要求提交的文檔如下:

  1. 系統需求規格說明書,文件名格式:作業名-070x班-0x組-需求規格說明,word文檔,不要用wps格式
  2. 測試用例設計說明書,文件名格式:作業名-070x班-0x組-功能測試用例,excel文檔;
  3. 場景法測試用例設計,文件名格式:作業名-070x班-0x組-功能測試用例(場景圖),word文檔,不要用wps格式
  4. 被測系統可執行程序以及對應測試數據,必要時應在測試執行過程報告中說明對數據的要求,以及如何使用數據
  5. 測試腳本原始工程和文件
  6. 測試過程操作視頻,使用mp4格式,1280*720
  7. 缺陷報告,文件名格式:作業名-070x班-0x組-缺陷報告,excel文檔
  8. 測試執行過程,文件名格式:作業名-070x班-0x組-測試執行過程及小結,word文檔,不要用wps格式
  9. 所有上述小組材料統一打包為一個壓縮包,文件名格式為:作業名-170x班-0x組-組長名。(註意:個人提交時的格式要求見其他說明的第(4)條)

小組成員在完成小組作業的同時,還需要撰寫個人完成情況說明,具體要求如下:

  • 說明本人在該次作業中承擔的任務,說明具體的完成情況,在完成作業的過程中碰到了哪些方面的困難,自己是如何解決的。主要的心得體會是什麽。

其他說明:

  1. 每班班內各小組使用的被測系統不能相同
  2. 跨班允許使用相同的被測系統,但不能測試相同的功能需求,請勿測試登陸、註冊功能
  3. 每班班內各小組使用的功能測試工具應滿足最多只有兩個小組使用相同的測試工具
  4. 組內每個同學在課程SPOC平臺分別提交作業,作業內容包括:小組作業+個人作業。小組作業是打包後的壓縮包,每個小組所提交的小組作業應該是完全一樣的。個人作業根據模板(見附件1:個人完成情況說明-xxx-模板.docx)要求自行完成。小組作業及個人作業最終統一打包為一個壓縮包,文件名格式:作業名-170x班-0x組-個人姓名

黑盒測試實踐--Day3 11.27