国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【職場經(jīng)驗(yàn)】關(guān)于自動化用例設(shè)計(jì)的思考

這篇具有很好參考價(jià)值的文章主要介紹了【職場經(jīng)驗(yàn)】關(guān)于自動化用例設(shè)計(jì)的思考。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

為什么要設(shè)計(jì)用例?

作為質(zhì)量保證(QA)人員,設(shè)計(jì)測試用例的重要性不亞于開發(fā)人員編寫技術(shù)實(shí)現(xiàn)方案。如果實(shí)現(xiàn)方案設(shè)計(jì)不周,編碼階段將可能遇到許多問題;同理,如果我們未能設(shè)計(jì)測試用例,產(chǎn)品質(zhì)量就難以得到充分保障。

對于不同的測試類型,我們在設(shè)計(jì)測試用例時(shí)候的側(cè)重點(diǎn)和顆粒度有所不同。

設(shè)計(jì)測試用例的目的,個(gè)人觀點(diǎn)認(rèn)為主要有如下幾點(diǎn)原因:

方便測試活動開展

我們心中一定需要有質(zhì)量和效率的意識。我們工作的核心是以更高的效率保證交付產(chǎn)出物的質(zhì)量,這也是是所有測試工作的最終目標(biāo)。

在實(shí)際工作實(shí)踐中,絕大多數(shù)的測試工作都是圍繞測試用例展開的。例如測試用例評審、冒煙測試、提測檢查、用例執(zhí)行、缺陷提交、缺陷跟蹤和修復(fù)驗(yàn)證,直到最終線上發(fā)布。每個(gè)階段都有對應(yīng)的測試用例、腦圖、測試點(diǎn)或者checklist。

保證業(yè)務(wù)場景覆蓋

軟件測試工作的核心是通過設(shè)計(jì)各種場景并進(jìn)行校驗(yàn),以確保交付的軟件符合預(yù)期設(shè)計(jì)結(jié)果。無論是采用功能測試中的等價(jià)類、邊界值、正交、因果圖等用例設(shè)計(jì)方法,還是自動化測試中的分層概念,都是為了通過特定的方法和手段盡可能地保障業(yè)務(wù)場景的覆蓋率,避免因遺漏而導(dǎo)致問題逃逸到線上,從而影響最終交付產(chǎn)出物的質(zhì)量。

我們的目標(biāo)是通過精心設(shè)計(jì)的測試策略和全面的測試覆蓋,確保軟件功能的穩(wěn)定性、一致性和可靠性。

質(zhì)量管控和評估

隨著團(tuán)隊(duì)對質(zhì)量的重視,開始對需求質(zhì)量、研發(fā)質(zhì)量、發(fā)布質(zhì)量等進(jìn)行質(zhì)量評估,通過一系列的手段和策略去提升各個(gè)方面的質(zhì)量,達(dá)到最終交付質(zhì)量。

測試用例是研發(fā)過程質(zhì)量中的重要組成部分,可以說是研發(fā)過程中各項(xiàng)測試工作的核心。

我們習(xí)慣以多維度的視角,運(yùn)用各種測試技術(shù)手段來檢驗(yàn)軟件是否滿足預(yù)期,都是為了驗(yàn)證和確保交付質(zhì)量。同時(shí),我們也嚴(yán)格遵循流程規(guī)范和度量標(biāo)準(zhǔn),以保證最終交付的產(chǎn)品達(dá)到標(biāo)準(zhǔn)。

例如我們想要度量研發(fā)提測質(zhì)量,通過單元測試、代碼掃描、冒煙測試的手段,制定對應(yīng)的度量標(biāo)準(zhǔn)如單元測試覆蓋率、冒煙用例通過率、提測退回率、代碼質(zhì)量分等。

這里面我們有些可能不是完整的用例,但是會是一些檢查點(diǎn)、度量指標(biāo)。

如何設(shè)計(jì)自動化測試用例?

自動化測試的分層模型,我們應(yīng)該已經(jīng)很熟悉了,按照分層測試?yán)砟?,自動化測試的投入產(chǎn)出應(yīng)該是一個(gè)金字塔模型。越是向下,投入/產(chǎn)出比就越高,但開展的難易程度/成本和技術(shù)要求就越高。

分層自動化具體參考前面文章分層自動化測試的實(shí)戰(zhàn)思考

Unit 自動化

單元測試(unit testing) 是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。最初由開發(fā)人員完成,旨在確保其所負(fù)責(zé)的環(huán)節(jié)交付的產(chǎn)出物符合進(jìn)入下一階段的標(biāo)準(zhǔn)。

對于單元測試,我認(rèn)為測試人員應(yīng)該參與其中,共同協(xié)作進(jìn)行測試和驗(yàn)證,以盡早發(fā)現(xiàn)問題。具體執(zhí)行者主要是開發(fā)人員,但如果測試人員有能力、時(shí)間和精力,他們也可以參與其中的一部分。在設(shè)計(jì)單元測試用例和執(zhí)行方面,可以考慮如下幾點(diǎn):

? 測試人員和開發(fā)人員分清楚職責(zé)和邊界

? 測試人員和開發(fā)人員對于用例設(shè)計(jì)顆粒度達(dá)成共識,給出相關(guān)標(biāo)準(zhǔn)

? 劃定業(yè)務(wù)范圍、優(yōu)先級、實(shí)施階段和執(zhí)行頻率

? 測試人員和開發(fā)人員制定的度量標(biāo)準(zhǔn)需要達(dá)成共識,如覆蓋率、通過率、阻礙bug數(shù)等

API 自動化

從測試分層金字塔模型來說,API自動化測試是性價(jià)比最高的一種測試手段。在設(shè)計(jì)用例時(shí)需要如下思考:

? 確定要開展API自動化測試的業(yè)務(wù)范圍

? 針對業(yè)務(wù)范圍內(nèi)的接口進(jìn)行優(yōu)先級排序

? 優(yōu)先保障正向業(yè)務(wù)場景覆蓋,逆向場景后面再進(jìn)行考慮

? 明確 API 接口相關(guān)基礎(chǔ)信息,如接口參數(shù)、業(yè)務(wù)邏輯及數(shù)據(jù)落庫等信息

? 優(yōu)先保證單接口進(jìn)行,再考慮對接口串聯(lián)的場景化

UI 自動化

先說 UI 自動化用例設(shè)計(jì)之前,我們聊聊哪些項(xiàng)目、場景適合開展 Ui 自動化測試,我們需要考慮如下情況:

? 需求比較穩(wěn)定,不會頻繁變更

? 比較頻繁的回歸驗(yàn)證和執(zhí)行

? UI界面穩(wěn)定,變動少

? 軟件維護(hù)周期長,可持續(xù)性

? 項(xiàng)目進(jìn)度時(shí)間比較充裕

? 被測系統(tǒng)開發(fā)較為規(guī)范,可開展性高

? 存在比較好的基礎(chǔ)設(shè)施

UI層是直接面向用戶的入口,我們的業(yè)務(wù)功能測試工作主要集中在這一層。在進(jìn)行UI自動化時(shí),應(yīng)針對性評估和篩選適合的業(yè)務(wù)場景來設(shè)計(jì)用例。然而在實(shí)際工作實(shí)踐中,很難完全滿足上述條件。

一般來說只要滿足下面幾點(diǎn),就可以開展UI自動化測試:

需求穩(wěn)定,不會頻繁變更

UI自動化測試面臨的主要挑戰(zhàn)是需求和UI的頻繁變化。為適應(yīng)新的改動,腳本需要不斷修改和擴(kuò)展,過多的修改可能導(dǎo)致投入產(chǎn)出比低,從而降低UI自動化測試的價(jià)值和意義。一種妥協(xié)的辦法是選擇相對穩(wěn)定的模塊和功能進(jìn)行自動化測試,而對于變動較大或需求頻繁變更的部分,則采用手動回歸。

比較頻繁的回歸驗(yàn)證和執(zhí)行

測試數(shù)據(jù)、測試用例、自動化腳本的復(fù)用高,只有高頻的執(zhí)行才能體現(xiàn)出價(jià)值所在。

軟件維護(hù)周期長,可持續(xù)性

UI自動化測試需要穩(wěn)定的需求、精心設(shè)計(jì)的自動化框架以及花費(fèi)時(shí)間進(jìn)行腳本開發(fā)和調(diào)試,這實(shí)際上是一個(gè)軟件開發(fā)過程。如果項(xiàng)目周期較短且沒有足夠的時(shí)間去支持這一過程,那么自動化測試可能就不再必要。

被測系統(tǒng)UI設(shè)計(jì)較為規(guī)范,可開展性高

主要基于以下幾點(diǎn)進(jìn)行考慮:

? 系統(tǒng)UI的差異,不同的系統(tǒng)UI可能會影響自動化測試的效果和效率

? 測試工具的適應(yīng)性,選擇的工具是否能適應(yīng)項(xiàng)目的需求和環(huán)境

? 測試人員的能力,他們是否能夠快速掌握并應(yīng)用相關(guān)的知識和技術(shù)。

設(shè)計(jì)用例需要注意什么?

我們始終需要遵循小步快跑、逐漸迭代的思維原則,先跑起來,進(jìn)行驗(yàn)證再說。

由易到難,從簡單到復(fù)雜

不同類型的自動化測試用例設(shè)計(jì)和實(shí)施,都是覆蓋范圍越大/粒度越小,投入成本越大, ROI遞減的過程。

在如今的環(huán)境中,大部分企業(yè)都強(qiáng)調(diào)研發(fā)效益的提升和快速迭代的重要性。此時(shí),我們不能再沉溺于“慢工出細(xì)活”的傳統(tǒng)理念,反而應(yīng)著眼于如何在更短的時(shí)間內(nèi),以更低的投入實(shí)現(xiàn)核心場景的全面覆蓋,以達(dá)到快速驗(yàn)證的目標(biāo)。我們要理智地看待覆蓋率、案例數(shù)量等度量指標(biāo),不應(yīng)過分追求這些表面的數(shù)字,而應(yīng)關(guān)注其背后的真實(shí)價(jià)值和意義。

我們千萬不要面向質(zhì)量度量和KPI搞自動化測試,這樣容易因小失大

可監(jiān)控、可確認(rèn)、可評估

在設(shè)計(jì)自動化測試用例時(shí)還應(yīng)注意這些:

? 可監(jiān)控:用例執(zhí)行需要很方便的查看執(zhí)行過程場景,非常清晰的展示相關(guān)數(shù)據(jù)及變化;

? 可確認(rèn):自動化用例必須要有斷言,執(zhí)行完成需要達(dá)到我們的目標(biāo)

? 可評估:自動化執(zhí)行的結(jié)果要可評估,例如通過率為 100%,代表當(dāng)前功能沒有問題文章來源地址http://www.zghlxwxcb.cn/news/detail-836037.html

到了這里,關(guān)于【職場經(jīng)驗(yàn)】關(guān)于自動化用例設(shè)計(jì)的思考的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 自動化測試用例設(shè)計(jì)實(shí)例

    自動化測試用例設(shè)計(jì)實(shí)例

    在編寫用例之間,筆者再次強(qiáng)調(diào)幾點(diǎn)編寫自動化測試用例的原則: 1、一個(gè)腳本是一個(gè)完整的場景,從用戶登陸操作到用戶退出系統(tǒng)關(guān)閉瀏覽器。 2、一個(gè)腳本腳本只驗(yàn)證一個(gè)功能點(diǎn),不要試圖用戶登陸系統(tǒng)后把所有的功能都進(jìn)行驗(yàn)證再退出系統(tǒng) 3、盡量只做功能中正向邏輯的

    2024年02月12日
    瀏覽(20)
  • 接口自動化測試用例如何設(shè)計(jì)?

    接口自動化測試用例如何設(shè)計(jì)?

    說到自動化測試,或者說接口自動化測試,多數(shù)人的第一反應(yīng)是該用什么工具,比如:Python Requests、Java HttpClient、Apifox、MeterSphere、自研的自動化平臺等。大家似乎更關(guān)注的是哪個(gè)工具更優(yōu)秀,甚至出現(xiàn)“ 做平臺的 寫腳本的 用工具的 ”諸如此類的鄙視鏈,但卻很少有人去關(guān)

    2023年04月24日
    瀏覽(19)
  • 5個(gè)自動化測試用例設(shè)計(jì)的原則

    很多公司在實(shí)施自動化測試的過程中,往往會把所有的手工 測試用例 作為自動化測試用例,并且直接進(jìn)行腳本的開發(fā) 工作 ,甚至有些公司不寫自動化測試用例,直接想當(dāng)然地開發(fā)測試腳本,這些都是極其不規(guī)范的做法,甚至很有可能是導(dǎo)致最后自動化測試項(xiàng)目失敗的最大原

    2024年02月06日
    瀏覽(18)
  • 我們在操作自動化測如何實(shí)現(xiàn)用例設(shè)計(jì)實(shí)例

    我們在操作自動化測如何實(shí)現(xiàn)用例設(shè)計(jì)實(shí)例

    在編寫用例之間,筆者再次強(qiáng)調(diào)幾點(diǎn)編寫自動化測試用例的原則: 1、一個(gè)腳本是一個(gè)完整的場景,從用戶登陸操作到用戶退出系統(tǒng)關(guān)閉瀏覽器。 2、一個(gè)腳本腳本只驗(yàn)證一個(gè)功能點(diǎn),不要試圖用戶登陸系統(tǒng)后把所有的功能都進(jìn)行驗(yàn)證再退出系統(tǒng) 3、盡量只做功能中正向邏輯的

    2024年02月05日
    瀏覽(23)
  • 封裝設(shè)計(jì)!抽象BasePage,提升WEB自動化測試用例質(zhì)量和效率

    ?目錄 前言: 一、什么是抽象BasePage 二、BasePage中的屬性和方法 三、BasePage中的代碼實(shí)現(xiàn) 四、抽象Page對象 五、測試用例 六、總結(jié) 對于測試工程師來說,WEB自動化測試是非常重要的一部分。然而,WE

    2024年02月07日
    瀏覽(32)
  • 接口自動化框架篇:流程封裝與基于加密接口的測試用例設(shè)計(jì)

    ?接口測試僅僅掌握 Requests 或者其他一些功能強(qiáng)大的庫的用法,是遠(yuǎn)遠(yuǎn)不夠的,還需要具備能根據(jù)公司的業(yè)務(wù)流程以及需求去定制化一個(gè)接口自動化測試框架的能力。所以,接下來,我們主要介紹下接口測試用例分析以及通用的流程封裝是如何完成的。 首先在做用例分析之

    2024年02月08日
    瀏覽(14)
  • 打工人如何利用自動化實(shí)現(xiàn)職場突圍

    打工人如何利用自動化實(shí)現(xiàn)職場突圍

    作為優(yōu)秀的打工人,如果可以將辦公中的 重復(fù)性、繁瑣性、低效性工作自動化 ,那么將省去許多日常工作。許亞寧就是這樣一個(gè)優(yōu)秀的打工人,善于使用各類自動化工具來提升工作效率,上周的直播他分享了如何利用自動化工具,實(shí)現(xiàn) 自動化辦公 的最佳實(shí)踐。如果你錯(cuò)過了

    2024年02月16日
    瀏覽(29)
  • 關(guān)于接口測試用例設(shè)計(jì)的一些思考

    關(guān)于接口測試用例設(shè)計(jì)的一些思考

    傳入?yún)?shù)處理不當(dāng),引起程序錯(cuò)誤 類型溢出,導(dǎo)致數(shù)據(jù)讀取和寫入不一致 對象權(quán)限校驗(yàn)出錯(cuò),可獲取其他角色信息 狀態(tài)出錯(cuò),導(dǎo)致邏輯處理出現(xiàn)問題 邏輯校驗(yàn)不完善 定時(shí)任務(wù)執(zhí)行出錯(cuò) 接口測試用例設(shè)計(jì)主要針對輸入、處理、輸出進(jìn)行考慮 針對輸入進(jìn)行設(shè)計(jì) 對于接口來說

    2024年02月14日
    瀏覽(29)
  • 2022 屆大四學(xué)長實(shí)習(xí)心得、職場經(jīng)驗(yàn)分享、轉(zhuǎn)型思考

    2022 屆大四學(xué)長實(shí)習(xí)心得、職場經(jīng)驗(yàn)分享、轉(zhuǎn)型思考

    博主簡介: Developer 小馬,全棧領(lǐng)域創(chuàng)作者; 2022年本科應(yīng)屆畢業(yè)生,網(wǎng)絡(luò)工程專業(yè),北京某司前端開發(fā)工程師; 未來發(fā)展方向研發(fā)項(xiàng)目管理,已考過軟考中項(xiàng)(系統(tǒng)集成項(xiàng)目管理工程師);正著手準(zhǔn)備軟考高項(xiàng)。? 2022 年 4 月 27 日,作為前端開發(fā)實(shí)習(xí)生的最后一天,小馬也從公

    2024年02月09日
    瀏覽(17)
  • 【Golang 接口自動化05】使用yml管理自動化用例

    【Golang 接口自動化05】使用yml管理自動化用例

    目錄 YAML 基本語法 對象:鍵值對的集合(key:value) 數(shù)組:一組按順序排列的值 字面量:單個(gè)的、不可再分的值(數(shù)字、字符串、布爾值) yml 格式的測試用例 定義yml文件 創(chuàng)建結(jié)構(gòu)體 讀取yml文件中的用例數(shù)據(jù) 調(diào)試運(yùn)行 總結(jié) 資料獲取方法 我們在前面幾篇文章中學(xué)習(xí)怎么發(fā)送數(shù)

    2024年02月14日
    瀏覽(32)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包