Java實訓初體驗
來到惠普實訓基地已經挺長一段時間了,首先是認識了不同的同學和老師,瞭解了不同人的不同的故事和人生,其次最重要的是學習了軟體測試和Java基礎,對軟體測試有了新的理解與體會,原來軟體測試不僅僅是測試開發人員寫好的程式碼,軟體測試其實是一門藝術。
實
訓
成
果
報
告
——測試6班5組
武倩 崔慧敏 焦雅瓊 楊翔雁
崔濤 朱經南 王興凱
目錄
一、 理解與感悟 3
1.對軟體測試的理解 3
二、 知識總結與回顧 3
1.軟體測試的基本流程 3
2.Testlink的使用 5
(1)TestLink主要功能 5
(2)基於Testlink的測試管理流程 5
(3)角色與職責 5
(4)相關文件的匯出 6
3.Mantis的使用方法及缺陷管理 8
(1)Mantis的安裝 8
(2) Mantis的使用 11
(3)關於mantis缺陷問題等級和優先順序的劃分以及mantis中各角色職責 16
(4)軟體缺陷報告的主要內容 17
4.Mantis與Testlink的整合 18
三、 問題反饋 18
1.問題詳情 18
2.解決辦法 20
3.反饋總結 21
四、附件 21
五、感謝與建議 22
一、理解與感悟
1.對軟體測試的理解
一轉眼學習軟體測試也有十幾天了,學習這門課程之前我對測試的理解僅僅侷限在測試人員修改開發人員寫好的軟體或者是開發好的系統,但是經過十幾天的學習,現在發覺軟體測試真的是一門藝術。讓我感觸比較深的是軟體測試的相關原則,比如:窮盡的測試是不可能的、測試活動依賴於測試背景等,讓我感覺我們需要在軟體測試的海洋中多多努力才能學好它!
這些天也陸續學習了Testlink和Mantis等軟體測試的相關測試工具,通過學習這些工具,加深了對軟體測試的理解,同時對測試的興趣更濃厚了。
在學習軟體測試工具時還意識到小組之間的配合與協作非常重要,角色的劃分等離不開團隊每一個成員的共同努力。
二、知識總結與回顧
1.軟體測試的基本流程
作為一名軟體測試人員,要了解、學會制定完整且具體的測試路線和流程,為快速、高效和高質量的軟體測試提供基礎流程框架。其最終目標是實現軟體測試規範化,標準化。需要了解的是軟體測試工作的基本流程包括以下幾個步驟:
1.需求分析.
2.測試計劃.
3.用例設計.
4.執行用例.
5.缺陷追蹤.
6.測試報告
專案啟動——確定專案組長,進行專案的前期準備。
測試需求分析——以軟體開發需求為基礎,
形成可測試的內容。
制定測試計劃——確定測試範圍,測試策
略和方法,以及對風險、日程表、資源等
進行分析與評估。
測試設計和開發——制定測試的技術方案、
設計測試用例、選擇測試工具、寫測試腳
本等,並且進行評審。
測試實施和執行——建立或設定測試的相
關環境、準備測試資料、執行測試用例,
並提交發現的缺陷。
測試結果的審查和分析——分析測試結果
,確定產品質量,提供釋出依據。
如圖所示:
2.Testlink的使用
TestLink用於進行測試過程中的管理,通過使用TestLink提供的功能,可以將測試過程從測試需求、測試設計、到測試執行完整的管理起來,同時,它還提供了好多種測試結果的統計和分析,使我們能夠簡單的開始測試工作和分析測試結果。
(1)TestLink主要功能
測試需求管理
測試用例管理
測試用例對測試需求的覆蓋管理
測試計劃的制定
測試用例的執行
(2)基於Testlink的測試管理流程
(3)角色與職責
TestLink系統提供了六種角色,分別是guest、tester、 test designer 、senior tester 、leader、admin,相對應的功能許可權如下:
Guest:可以瀏覽測試規範、關鍵詞、測試結果以及編輯個人資訊 ;
Tester:可以瀏覽測試規範、關鍵詞、測試結果以及編輯測試執行結果;
Test Designer:編輯測試規範、關鍵詞和需求規約;
Senior Tester:允許編輯測試規範、關鍵詞、需求以及測試執行和建立釋出 ;
Leader:允許編輯測試規範、關鍵詞、需求、測試執行、測試計劃(包括優先順序、里程碑和分配計劃)以及釋出 ;
Admin:一切權力,包括使用者管理 ;
如圖所示:
(4)相關文件的匯出
測試用例執行完成之後可以進行文件的匯出,首先點選上方功能欄中結果按鈕。
選擇報告格式為“MS Word”,選擇相應的測試計劃後(以線上考試系統為例),點選測試下方測試報告。
根據自身的需求選擇完文件結構後,單擊“線上考試系統”即可出現World文件的下載介面
(5)軟體缺陷管理基本流程
測試人員提交缺陷,測試經理分配,開發人員確認並修正(若不認可,提交評審團評審),測試人員驗證結果(若通過,則關閉缺陷流程;否則,重啟)。
建立專案(產品)
建立需求
建立計劃
建立測試用例
給計劃新增測試用例
分配測試任務
執行測試/報告bug
檢視分析結果
3.Mantis的使用方法及缺陷管理
(1)Mantis的安裝
與testlink的安裝一樣,mantis的安裝與執行也需要環境,那就是xampp-win32-1.8.1-VC9-installer。安裝mantis所需要的xampp-win32-1.8.1-VC9-installer前提。
①開啟xampp-win32-1.8.1-VC9-installer之後,將xampp-win32-1.8.1-VC9-installer的Apache和MySOL由原來的stop狀態變成start狀態,即xampp-win32-1.8.1-VC9-installer的兩個鍵位顯示為Stop。下面的圖片為我們所需要的狀態。
②在搞完上面這一小部分之後,我們就開始進入正題了(其實我們一直都在幹正事,不要看人家是前提就忽視人家xampp-win32-1.8.1-VC9-installer)。開啟網頁,進入http://localhost/mantis/admin/install.php,此時就會彈出一個網頁
③點選上圖的右下角的鍵位Install/Upgrade Database,就會進入下一個網頁
④這個已經是我安裝完之後再次開啟的樣子,安裝時的網頁和這個差不太多,只需根據安裝說明提供一些簡單的資料就可以了。
⑤再次點選上圖的左下角的continue鍵位,就會出現一個登陸的介面,自己註冊一個賬號與密碼後就表明你已經安裝完成啦。到這裡你就可以和你的小夥伴們去炫一把了,大聲的告訴他們你已經會安裝mantis了。
(2)Mantis的使用
①當你已經完成mantis的安裝以後,再次點選剛才的網址進入網頁,在登陸介面輸入先前你設定的賬號與密碼,此時就真正的進入了mantis的工作介面了,如圖所示:
②點選Manage,出現下面的介面
③而後點選Manage Projects,此時在出現的介面內輸入你要測試的軟體名稱
④點選Create New Project,在出現的介面中輸入要測試的軟體名稱,如:xxx公司財務管理系統 然後再點選新增。
④此時上圖已經是新增完工作項的介面,點選“財務管理系統”,就進入了對“財務管理系統”軟體的測試介面了
⑤當你在測試“財務管理系統”這個軟體時,你就隨時就可以將你發現的軟體缺陷及時通過mantis報告出來。下面我們模擬一下報告問題的具體步驟。
當你發現一處缺陷時,點選“提交問題”,此時在出現的介面上就可以提交發現的缺陷。
⑥如上圖所示,在每一欄中輸入必要的資訊,以方便開發人員進行閱讀和修正軟體缺陷。在你填完所有的資訊後,就可以提交問題了。當然一個剛被開發出來的軟體不可能只有一個缺陷,當你發現第二個缺陷後,就可重複上述的步驟,再次提交發現的缺陷。下面這張是我
們尋找的第一個缺陷示例:
⑦當你已經提交了足夠多的缺陷後,也可通過介面的“檢視問題”來檢視你所提交的問題。
最後要將測試報告以書面的形式匯出來,如下圖所示,選中你要匯出的問題(此時就一個),然後再點選問題欄的“Print Reports”即可匯出Word形式的缺陷報告;點選“Excel Export ”即可匯出Excel形式的缺陷報告。如下圖所式Word形式的缺陷報告形式:
(3)關於mantis缺陷問題等級和優先順序的劃分以及mantis中各角色職責
①mantis中的缺陷問題等級和優先順序
1)按缺陷的嚴重程度劃分:
在mantis中,按缺陷的嚴重程度(嚴重性)劃分,是指按軟體的缺陷對軟體質量的影響程度,即缺陷存在對軟體的功能和效能產生怎樣的影響。按照嚴重程度由高到低的順序可以分為五個等級:Critical Major Minor Cosmetic Other .下面是對這五個等級的描述:
Critical :不能執行正常功能或重要功能,或者危及人身安全。
Major :嚴重地影響系統要求或者基本功能的實現,且沒有辦法更正。
Minor :嚴重地影響系統要求或者基本功能的實現,但存在合理的更正方法。
Cosmetic :使操作者不方便或遇到麻煩,但它不影響執行正常功能或重要功能。
Other .:其他錯誤。
需要說明的是,在具體的軟體專案中,要根據實際情況來劃分嚴重程度等級,不一定劃分為五個等級。如果缺陷數目較少,可以適當減少等級。一般的缺陷跟蹤管理工具會自動地根據具體專案給出預設的缺陷嚴重程度。
2)按優先順序劃分:
優先順序是確定開發人員處理和修復缺陷的先後順序的指標,即哪些缺陷需要優先處理,哪些缺陷可以稍後處理。缺陷的優先順序根據缺陷報告的不同可以分為三級(high middle low)或四級(P1 P2 P3 P4)或五級(P1 P2 P3 P4 P5),其中高優先順序的缺陷是應該被立即解決的,中優先順序的缺陷需要正常排隊等待修復,低優先順序的缺陷可以在方便的時候被糾正。和缺陷的嚴重程度一眼,優先順序的劃分也不是絕對的,可以根據具體情況靈活劃分。
在這裡需要說明的是,軟體缺陷的嚴重程度和優先順序的含義不同但又相互聯絡的兩個概念,它們從不同的側面描述了軟體缺陷對軟體質量、終端使用者滿意度的影響程度和接下來處理的方式。一般來說,嚴重程度高的缺陷具有較高的優先順序,因為嚴重程度高的缺陷對軟體質量的影響大,應該優先處理,而嚴重程度低的缺陷可能只是軟體的不完美,可以稍後再做處理。但是嚴重程度高的缺陷,其優先順序一定高麼?即缺陷的嚴重程度和缺陷的優先順序一定成正比麼?答案是:不一定!
(4)軟體缺陷報告的主要內容
1)缺陷報告編號:為了便於對缺陷的管理,每個缺陷必須賦予唯一的編號,編號規則可以根據需要和管理要求制定。
2)標題:標題用簡明的方式傳達缺陷的基本資訊。
3)關鍵詞:以便分類查詢缺陷報告。
4)產品名稱和功能模組名稱:被測軟體產品的名稱及該缺陷所在的功能模組的名稱。
5)作業系統:確定缺陷發生的環境中作業系統的資訊。
6)報告日期:首次報告該缺陷的日期。讓開發人員知道建立缺陷報告的日期很重要,因為這個缺陷在之前已經提交過。
7)解決時間:由開發人員填寫。
8)關閉時間:測試人員關閉該缺陷的時間。
9)嚴重性:描述所報告的缺陷的嚴重程度。
10)優先順序:確定開發人員處理和修復缺陷的先後順序的指標,即哪些缺陷需要
11)優先處理,哪些可以稍後處理。
12)詳細描述:對發現的缺陷進行詳細的描述。詳細描述的主要目的是讓開發人員能重現並修復缺陷。
13)附件:為了更好的描述缺陷或者方便重現缺陷,可以通過在附件中新增圖片、結果檔案的方式直觀展現缺陷,或者通過提供資料檔案的方式方便缺陷的重現。
4.Mantis與Testlink的整合
①修改介面檔案
需要修改的配置檔案為testlink下的C:\xampp\htdocs\testlink\cfg\mantis.cfg.php和
C:\xampp\htdocs\testlink\config.inc.php
②編輯testlink下的config.inc.php
找到$g_interface_bugs='NO';改成$g_interface_bugs='MANTIS';
③在mantis上設定匿名登入許可權
Mantis的匿名使用者具備對所有的專案都可以瀏覽的許可權。
④最後需要在TestLink裡配置mantis的介面引數。(太多了不一一列舉了)
三、問題反饋
1.問題詳情
1)安裝Xampp後啟動不了Apache和Mysql,Xampp提示80埠和443埠被佔用。
2)解決方法:
3)在\ xampp\apache\conf目錄下 ,開啟httpd.conf,將裡邊的80埠全部改成一個未被佔 用的埠,比如8088。
4)在 \ xampp\apache\conf\extra目錄下 ,開啟httpd-ssl.conf ,將檔案裡的443埠全部換成一個未被佔用的端 口,比如4431。如圖:
5)這時重啟Xampp仍然啟動不了Apache和Mysql,啟動解決方法
6)xampp根目錄下有兩個檔案prooerties.ini和xampp-control.ini找到兩個檔案並修改埠。如圖:
7)此時重啟仍然啟動不了
8)重新審視xampp介面,點選config按鈕後點選service and port settings 按鈕,重設埠。如圖:
9)本來埠問題到此就應該得到解決,Apache和Mysql也應啟動,但由於此前安裝過xampp,就又出現了路徑問題。
10)xampp執行路徑不一致,Xampp啟動不了Apache和Mysql
2.解決辦法
1)進入自己的登錄檔:win+r開啟執行對話方塊--->輸入regedit回車,HKEY_LOCAL_MACHINE---->SYSTEM---->currentControlSet---->Services---->找到Apache2.4,在右邊找到ImagePath看看那個路徑是不是以前那個版本的路徑,如果是就選中ImagePath點選右鍵修改,把xampp裡面提示的Expected Path後面的路徑貼上進去,然後確定。如圖:
2)Mysql路徑改變方式跟上面一樣,在Services中找到Mysql,在右邊找到ImagePath看看那個路徑是不是以前那個版本的路徑,如果是就選中ImagePath點選右鍵修改,把xampp裡面提示的Expected Path後面的路徑貼上進去,然後確定。如圖:
這時候重啟Xampp,Apache和Mysql就能夠啟動的起來了,問題得到了滿意的解決。
3.反饋總結
1)TestLink在建立帳號時,誤修改了使用者名稱稱admin 導致限權不夠無法執行一些操作。
2)TestLink在列印文件前忘記進行指派。
4)Mantis在專案下建立的分類無法在提交問題介面進行問題提交
四、附件
五、感謝與建議
感謝老師們(@沈亞飛@邊豔紅)這些天的耐心指導,你們辛苦啦,想對你們說一聲謝謝!未來的日子裡還希望能在你們的指導下繼續學習,希望你們來見證我們的成長!
1.講課進度略有些快,有時會讓人略有些跟不上進度。
2.課堂提問時,每次可一次性稍微少提問一些問題,多提問幾次,同學們在回答問題後,可再複述一遍方便更多同學重新溫習。
3.可適當劃些重點,讓我們有所側重,不必過於迷茫。
相關文章
- Java10 初體驗(實戰)Java
- CoreOS實踐(1)—CoreOS初體驗
- java 21 虛擬執行緒初體驗Java執行緒
- Angular 初體驗Angular
- http初體驗HTTP
- AQS初體驗AQS
- golang 初體驗Golang
- OpenCV 初體驗OpenCV
- Nuxt 初體驗UX
- indexedDB 初體驗Index
- laravel初體驗Laravel
- Flutter初體驗Flutter
- jQuery初體驗jQuery
- ollama 初體驗
- Electron初體驗
- 【springboot】【java】【MySQL】【mybatis】【db】mybatis初體驗Spring BootJavaMySqlMyBatis
- Java高階特性1_流庫_初體驗Java
- 實驗1 現代C++程式設計初體驗C++程式設計
- go modules 初體驗Go
- ReactNative初體驗React
- react hooks初體驗ReactHook
- Laravel Octane 初體驗Laravel
- gRPC初體驗RPC
- Mybatis初體驗(二)MyBatis
- Vue 初體驗(上)Vue
- Canvas 動畫初體驗Canvas動畫
- html初體驗#2HTML
- Docker容器初體驗Docker
- Docker for Mac 初體驗DockerMac
- Docker 容器初體驗Docker
- 表分析初體驗
- .Net Aspire初體驗
- SpringMVC初體驗SpringMVC
- web assembly 初體驗Web
- Argo CD初體驗Go
- 微服務新體驗之Aspire初體驗微服務
- dubbo實戰之一:準備和初體驗
- PyQt5 初體驗QT