日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

软件测试执行的艺术

發(fā)布時間:2023/12/10 编程问答 63 豆豆
生活随笔 收集整理的這篇文章主要介紹了 软件测试执行的艺术 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

測試執(zhí)行

測試執(zhí)行過程

主要任務

  • 確定測試用例的優(yōu)先級
  • 開發(fā)測試規(guī)程并確定優(yōu)先級,創(chuàng)建測試數(shù)據(jù),同時也可以準備測試用例和設計自動化測試腳本
  • 根據(jù)測試規(guī)程創(chuàng)建測試套件,以提高測試執(zhí)行的效率
  • 確認已經(jīng)正確搭建的測試環(huán)境
  • 根據(jù)計劃的執(zhí)行順序,通過手工或者使用測試工具來執(zhí)行測試規(guī)程
  • 記錄測試執(zhí)行結果,以及被測軟件,測試工具和測試件的標識和版本
  • 將實際結果和預期結果進行比較
  • 對實際結果和預期結果之間的差異,作為事件上報,并且進行分析與確定引起差異的原因
  • 缺陷修正后,重新進行測試活動
  • 測試準入準出

    準入標準

  • 開發(fā)編碼結束,并在開發(fā)環(huán)境已完成單元測試
  • 需求上規(guī)定的功能均已實現(xiàn),如果沒有完全實現(xiàn),需要提供測試范圍
  • 已完成集成測試,被測系統(tǒng)的基本流程可以走通,界面上的功能均已實現(xiàn),經(jīng)過代碼評審并符合軟件編碼規(guī)范
  • 開發(fā)提交最新版本代碼,以此為基線,提交并通知測試組進行測試
  • 兼容性測試要求明確
  • 安全測試和性能測試范圍和要求
  • 測試暫停、停止

  • 測試人員先進行冒煙測試,若發(fā)現(xiàn)重大缺陷或者 bug 過多時,或者流程卡殼導致基本流程無法走通,測試無法正常進行,可以停止測試并返回開發(fā)
  • 被測項目需要調整而導致暫停的,測試也相應暫停
  • 存在其他優(yōu)先級更高的任務時,可以向領導申請暫停測試
  • 測試系統(tǒng)經(jīng)過系統(tǒng)測試,達到系統(tǒng)準出標準,可以停止測試
  • 準出標準(不同公司會有不同的標準):

  • 被測項目是否滿足原型的要求
  • 所有測試用例都已經(jīng)通過評審?
  • 所有測試用例都已成功執(zhí)行?
  • 測試覆蓋率是否達到100%
  • 所有發(fā)現(xiàn)的缺陷都記錄在缺陷管理系統(tǒng)?
  • 一二級錯誤修復率達到100%?
  • 三四級錯誤修復率達到95%?
  • 所有遺留問題都已有解決方案?
  • 性能指標是否到達要求?
  • 兼容性測試是否滿足?
  • 安全性測試是否達到要求?
  • 產出系統(tǒng)測試總結報告?
  • 缺陷管理

    軟件缺陷:包括功能的錯誤,性能低下,易用性差,兼容性差等;

  • 軟件未達到說明書表明的功能
  • 軟件出現(xiàn)了產品說明書指明不會出現(xiàn)的錯誤
  • 軟件功能超出產品說明書指明范圍
  • 軟件未達到產品說明書雖未指出,但應達到的要求
  • 軟件測試人員認為軟件難以理解,不易使用,運行速度緩慢,或者最終用戶認為不好用
    • 并不是所有的測試人員都能提交被開發(fā)認可的缺陷
    • 也不是測試人員在任何時候都能提交被開發(fā)認可的缺陷

    缺陷產生原因

  • 溝通交流不夠(出現(xiàn)頻率高)
  • 需求不斷變化
  • 軟件的復雜性
  • 程序設計錯誤(最容易解決)
  • 文檔不完善
  • 軟硬件支持不完善
  • 工期短,任務大
  • 發(fā)現(xiàn)缺陷的方法

  • 用戶體驗不好
  • 界面上有明顯的錯誤信息
  • 功能不完備,沒有按照需求說明編寫代碼,致使某些功能缺失
  • 功能不完善,不能正常運行或者運行的過程中出現(xiàn)程序崩潰,停止運行的情況
  • 邏輯不正確,與需求說明書、測試用例不符
  • 模塊間的交互性不好,與其他的模塊做集成測試時遇到問題
  • 程序的性能不夠好,不能承載壓力考驗
  • 缺陷報告

    bug 重現(xiàn)

  • 不要想當然地接受任何假設,要做好記錄
  • 查找時間依賴和競爭條件的問題
  • 邊界條件軟件缺陷,內存泄露和數(shù)據(jù)溢出等白盒問題可能會慢慢自己顯露出來
  • 狀態(tài)缺陷僅在特定軟件狀態(tài)中顯露出來
  • 考慮資源依賴性和內存、網(wǎng)絡、硬件共享的相互作用
  • 無法重現(xiàn)的bug 處理

  • 對缺陷進行詳細的記錄,并盡快提交給開發(fā)人員
  • 對于尋找難以再現(xiàn)的缺陷,要合理安排時間,要考慮到測試項目的整體進度,對一時難以重現(xiàn)的缺陷可以暫時擱置,以保證項目的正常進度
  • 在測試過程中,對未再現(xiàn)缺陷予以關注
  • 缺陷報告

    • 對缺陷進行記錄,分類與跟蹤的文檔
    • 軟件測試人員的任務之一就是書寫良好的軟件缺陷報告
    • 提供準確、完整、簡潔、一致的缺陷報告是體現(xiàn)軟件測試的專業(yè)性,高質量的主要評價指標
    • 直接讀者是軟件開發(fā)人員和質量管理人員,除此之外,來自市場和技術支持等部門的人都可能需要查看缺陷情況

    包含信息的要求

  • 易于搜索軟件測試報告的缺陷:關鍵詞管理;
  • 報告的軟件缺陷進行了必要的隔離,報告的缺陷信息具體、準確:具體到哪個步驟有錯
  • 軟件開發(fā)人員希望獲得缺陷的本質特征和復現(xiàn)步驟
  • 市場和技術支持等部門希望獲得缺陷類型分布以及對市場和用戶的影響程度
  • 缺陷報告的寫作準則(5C)

  • 準確:每個組成部分的描述準確,不會引起誤解
  • 清晰:每個組成部分的描述清晰,易于理解
  • 簡潔:只包含必不可少的信息,不包括任何多余的內容
  • 完整:包含復現(xiàn)該缺陷的完整步驟和其他本質信息
  • 一致性:按照一致的格式書寫全部缺陷報告
  • 缺陷寫作格式

  • 缺陷的標題

  • 盡量按缺陷發(fā)生的原因與結果的方式書寫:例如,執(zhí)行完a后,發(fā)生b
  • 避免使用模糊不清的詞語:例如“功能中斷”,應使用具體文字說明功能如何中斷,如何不正確,或如何不起作用
  • 為了方便搜索和查詢,請使用關鍵字
  • 為了便于他人理解,避免使用術語,俚語等
  • 缺陷的基本信息
  • 測試的軟件和硬件環(huán)境
  • 測試的軟件版本
  • 缺陷的類型
  • 缺陷的嚴重程度
  • 缺陷處理優(yōu)先級
  • 復現(xiàn)缺陷的操作步驟
  • 缺陷的實際結果描述
  • 期望正確結果描述
  • 注釋文字和截取的缺陷圖像
  • 復現(xiàn)步驟

    • 包含如何使別人能夠很容易地復現(xiàn)該缺陷的完整步驟。
    • 為了達到這個要求,復現(xiàn)步驟的信息必須完整,準確,簡明,可復現(xiàn)
    • 要求

    • 提供測試的預備步驟和信息
    • 簡單地一步一步地引導復現(xiàn)該缺陷
    • 每一個步驟盡量只記錄一個操作
    • 每一個步驟前使用數(shù)字對步驟編號
    • 盡量使用短語和短句,避免復雜句型和句式
    • 復現(xiàn)的操作步驟要完整,準確,簡短
    • 沒有缺漏任何操作步驟
    • 每個步驟都是準確無誤的
    • 沒有任何多余的步驟
    • 將常見的步驟合并為較少的步驟
    • 只記錄各個操作步驟是什么,不需要包括每個步驟的執(zhí)行結果

    缺陷報告注意事項

  • 缺陷報告是否已經(jīng)向讀者說明清楚完整、準確、必要的信息
  • 一個缺陷報告是否只說明了一種缺陷
  • 讀者是否能夠容易地搜索該缺陷
  • 步驟是否可以完全復現(xiàn)而且表達清楚
  • 是否包含了復現(xiàn)該缺陷需要的環(huán)境變量或測試所用的數(shù)據(jù)文件
  • 缺陷的標題是否按照原因和結果的方式書寫
  • 實際結果和期望結果是否容易引起歧義
  • 書寫原則

  • 組織
  • 重現(xiàn)
  • 隔離
  • 歸納
  • 對比
  • 總結
  • 精簡
  • 消除歧義
  • 中立
  • 檢查
  • 缺陷跟蹤

    缺陷跟蹤管理系統(tǒng)

    • JIRA
    • BUGZILLA
    • QC
    • 禪道

    易用性測試

    定義:指的是,用戶使用軟件時,是否感到方便

    內容包括針對應用程序的測試,同時包括對用戶手冊系統(tǒng)文檔的測試。通常采用質量外部模型來評價易用性

    • 易理解性
    • 易學習性
    • 易操作性
    • 吸引性
    • 依從性

    測試點:

  • 控件類
  • ?

    ?

    ?

  • 菜單測試
  • 快捷鍵設置
  • 兼容性測試

    定義:簡稱CTS,指對所設計程序與硬件、軟件之間的兼容性的測試

    被測試軟件在不同的硬件平臺,不同的軟件--瀏覽器,不同操作系統(tǒng)平臺,不同的網(wǎng)絡環(huán)境中是否足夠友好運行的測試

    分類

    • web 兼容性測試

      • 瀏覽器兼容
      • 屏幕尺寸、分辨率等
      • 操作系統(tǒng)
    • APP?兼容性測試

      • 設備型號兼容測試

    作用

  • 能夠進一步提高產品的質量,提高用戶體驗
  • 能使軟件與盡可能多的其他軟件“和平共處”, 盡可能達到與平臺無關性
  • 能盡可能地保證軟件存在的價值,它是衡量一個軟件質量的重要指標
  • 能使軟件產品的市場更廣闊
  • Web兼容性的測試方向

    • 瀏覽器兼容性

      • 人工測試
      • 第三方測試工具

        • IETESTER:用的人越來越少
        • BrowserShots:在線測試;局限性:只可以通過輸入網(wǎng)址的方式查看,對于未上線的項目,測試中的網(wǎng)站比較難以使用
        • SuperPreview:目前未完善
      • 內核分析,測試選型

        • Chrome:Webkit內核?&?Blink內核
        • Firefox:最新版本
        • IE:7-11
        • Safari:Mac 版本單獨測試
        • Edge:window10
        • 360安全瀏覽器(雙核版)
        • 搜狗等其他瀏覽器任選其一
        • 如有需要 Linux 系統(tǒng)下 Firefox、ChromeOS?下 Chrome
    • 操作系統(tǒng)的兼容性

    APP兼容性測試

    • 硬件設備兼容性
    • 操作系統(tǒng)版本兼容性

    測試方法

    • 人工測試
    • 第三方測試工具:以云平臺為主

    ?如果對軟件測試有興趣,想了解更多的測試知識,解決測試問題,以及入門指導,幫你解決測試中遇到的困惑,我們這里有技術高手。如果你正在找工作或者剛剛學校出來,又或者已經(jīng)工作但是經(jīng)常覺得難點很多,覺得自己測試方面學的不夠精想要繼續(xù)學習的,想轉行怕學不會的, 公眾號(程序員阿沐)都可以加入我們810119819,群內可領取最新軟件測試大廠面試資料和Python自動化、接口、框架搭建學習資料!

    ?

    ?

    總結

    以上是生活随笔為你收集整理的软件测试执行的艺术的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網(wǎng)站內容還不錯,歡迎將生活随笔推薦給好友。