您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關軟件測試基礎知識的介紹。小編覺得挺實用的,因此分享給大家學習。如下資料是關于軟件測試基礎知識的內容。
1.軟件測試的生命周期(軟件測試的流程):
1)需求分析:確認需求范圍,功能點
2)測試計劃:制定時間表(人,時間,做什么)
3)測試設計,測試開發:編寫測試用例
4)測試執行:執行測試和缺陷管理
5)測試評估:結論(通過或不通過)、缺陷分析
缺陷的管理包括描述一個bug和缺陷的生命周期。
2.如何描述一個bug:
1)發現問題的版本
2)問題的出現環境
3)錯誤重現的步驟
4)預期行為的描述
5)錯誤行為的描述
6)其他(如:故障的分類:功能故障,界面故障,兼容性故障)
7)不要把多個bug放在一起
bug級別:崩潰,嚴重,一般,次要
例如:
缺陷標題:163免費郵箱注冊提交失敗
發現版本:v1.0.0.1
出現環境:win10+谷歌11瀏覽器
嚴重級別:嚴重
操作步驟:1)打開網易163網站,2)點擊免費注冊郵箱3)輸入相關信息 4)點擊提交
預期結果:頁面提示“發送成功”
錯誤結果:頁面提示“發送失敗”
3.缺陷的生命周期:
缺陷的狀態(流程圖見課件):
1)New,新發現的bug(測試人員操作)
2)Open,由研發經理,開發人員確認是一個bug(敏捷省略開發人員確認這一環節)
3)Fixed,開發人員進行修改后標識為修改狀態(研發人員操作)
4)Rejected,如果認為不是bug,則拒絕修改(研發人員操作)
5)Delay,如果認為暫時不需要修改或暫時不能修改,則延遲修改(研發人員操作)
6)Closed,修改狀態的bug經測試人員的回歸測試通過,則關閉bug(測試人員操作)
7)Reopen,如果驗證bug依然存在,則需要重新打開bug,開發人員重新修改(測試人員操作)
兩個無效缺陷:new->Open->Closed和new->Open->Rejected->Closed
4.如何開始第一次測試(進入公司之后)
1)學習測試的研發的文檔學習。
2)學習測試的要求和規范。
3)溝通最重要
5.如何發現更多的bug
1)軟件測試同樣存在二八原則,80%的故障集中于20%的模塊,如果某部分問題較多,加強測試廣度和深度
2)開發人員也存在二八原則,80%的故障集中于20%的開發人員,如果某些開發人員bug較多,加強他開發模塊的測試廣度和深度。
3)多進行逆向思維和發散性思維
4)不要局限于用例和需求文檔
5)盡早介入項目
6.和研發人員產生爭執怎么辦?
1)先檢查自身,是否bug描述不清楚
2)站在用戶角度考慮問題
3)Bug定級有理有據
4)提高自身的技術和業務水平
5)找第三方介入(經理等)
關于軟件測試基礎知識就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。