tag jest

標籤
貢獻11
81
02:50 AM · Nov 04 ,2025
icecreamlj 頭像 haixiang6123 頭像 anwangyunhai 頭像 xin1994 頭像 qianduanyouxuan 頭像 shellingfordly 頭像 vleedesigntheory 頭像 nanian_5cd6881d3cc98 頭像 kevinzhw 頭像 gkymfrg1 頭像 kanade_5c75f6aec71cb 頭像

@jest / 博客 RSS 訂閱

anwangyunhai 頭像

BrightChen - Jest React Native Mock AppState TypeError

問題記錄 背景：通過 Jest 和 React Testing Library 對 React Native 做自動化測試 問題： 代碼中出現 AppState 的使用 import { AppState } from 'react-native'; AppState.removeEventListener('change', handleAppStateChange); 報錯：Type

react-native , react-testing-library , jest

收藏 評論

xin1994 頭像

尋霧啓示 - Vue項目單元測試入門

本文以Jest測試框架為例子，介紹常用的api和用法 安裝 第一種：創建項目的時候勾選 Unit Testing，後續選擇 Jest 第二種：在項目根目錄執行 vue add @vue/cli-plugin-unit-jest 常用api describe：創建測試分組 test(別名：it)：創建測試用例 expect：提供各種方法判定測試結果是否符合預期 匹配函數 toBe: 值類型判斷相等

vue.js , jest , 前端

收藏 評論

icecreamlj 頭像

一顆冰淇淋 - React+TypeScript 組件庫開發全攻略：集成Storybook可視化與Jest測試，一鍵發佈至npm

平時我除了業務需求，偶爾會投入到UI組件的開發中，大多數時候只會負責自己業務場景相關或者一小部分公共組件，極少有從創建項目、集成可視化、測試到發佈的整個過程的操作，這篇文章就是記錄組件開發全流程，UI組件在此僅作為調試用，重點在於集成項目環境。 組件 我們使用 React + TypeScript 來開發UI組件庫，為了簡化 webpack 環境和 Typescript 環境配置，這裏直接使用 c

react , jest , storybook , npm , 前端

收藏 評論

qianduanyouxuan 頭像

Wen前端嚴選 - 前端自動化測試（一）

目前開發大型應用，測試是一個非常重要的環節，但是大多數前端開發者對測試相關的知識是比較缺乏的。因為可能項目開發週期短根本沒有機會寫，所以你沒有辦法體會到前端自動化測試的重要性。 來説説為什麼前端自動化測試如此重要！ 先看看前端常見的問題: 修改某個模塊功能時，其它模塊也受影響，很難快速定位bug 多人開發代碼越來越難以維護 不方便迭代，代碼無法重構 代碼質量差 增加自動化測試後：

testing , karma , jest , npm , Javascript

收藏 評論

shellingfordly 頭像

shellingfordly - [leetcode]2. 兩數相加

兩數相加 leetcode題目地址 解題源碼及測試 題目 給你兩個非空的鏈表，表示兩個非負的整數。它們每位數字都是按照逆序的方式存儲的，並且每個節點只能存儲一位數字。 請你將兩個數相加，並以相同形式返回一個表示和的鏈表。 你可以假設除了數字 0 之外，這兩個數都不會以 0 開頭。 示例 1： 輸入：l1 = [2,4,3], l2 = [5,6,4] 輸出：[7,0,8] 解釋：342 +

leetcode , leetcode個人解題總結 , leetcode算法 , jest , typescript

收藏 評論

icecreamlj 頭像

一顆冰淇淋 - 全面掌握 Jest：從零開始的測試指南（上篇）

隨着JavaScript在前後端開發中的廣泛應用，測試已成為保證代碼質量的關鍵環節。 為什麼需要單元測試 在我們的開發過程中，經常需要定義一些算法函數，例如將接口返回的數據轉換成UI組件所需的格式。為了校驗這些算法函數的健壯性，部分開發同學可能會手動定義幾個輸入樣本進行初步校驗，一旦校驗通過便不再深究。 然而，這樣的做法可能會帶來一些潛在的問題。首先，邊界值的情況往往容易被忽視，導致校驗不夠全面，

自動化測試 , jest , 前端 , Javascript

收藏 評論

haixiang6123 頭像

寫代碼的海怪 - 前端測試常見的 3 個誤區

前言 哈嘍，大家好，我是海怪。 在做前端測試時，選用合適的測試策略遠比一通猛狂測試更重要，所謂 “方向 努力”。 如果選擇了錯誤的測試策略，很容易寫出維護性差和不穩定的測試用例。一旦業務出現變化，用例就全崩了。可能這也是大家討厭寫測試的原因之一吧。 Kent C. Dodds 在這篇文章 [《Common Testing Mistakes 》](https://kentcdodds.com

測試 , 單元測試 , jest , 前端

收藏 評論

vleedesigntheory 頭像

維李設論 - 前端測試套件構建實踐

前言 前端開發過程中，我們常常忽略單元測試的功能和重要性，一個好的測試覆蓋是軟件穩定運行的前提和保證，作為軟件工程研發領域不可獲取的步驟，通常按照測試粒度可以區分為 單元測試、集成測試、E2E測試（UI測試），通常的測試會將最後一個粒度定位為系統測試，但是對於前端而言通常就是UI或者E2E測試，有的公司會把E2E測試單獨拿出來進行分層，這裏我們僅僅以簡單的三層模型進行區分，按照數量有正三角和倒三

jasmine , 前端測試 , 單元測試 , karma , jest

收藏 評論

haixiang6123 頭像

寫代碼的海怪 - 寫了一本開源小書《Jest 實踐指南》

哈嘍，大家好，我是海怪。 前段時間一直在給公司項目引入 Jest，這過程中學到了不少東西，也查了很多相關資料。**最後編寫了一本小書《Jest 實踐指南》， 希望能幫助到想了解和學習前端測試的朋友。** 教程首頁 教程 Github 教程配套項目 Github 測試難點 Jest 看似很簡單，就像很多博客寫的那樣： expect(sum(1, 1)).toEqual(2) 然而在

單測 , 單元測試 , 工程化 , jest , 前端

收藏 評論

nanian_5cd6881d3cc98 頭像

那年 - vue+jest 項目中的單測，持續更新..

剛開始接觸jest， 原理api啥的網上一堆，僅自己寫項目記錄下，有問題可以留言一起學習 emit事件 頁面： handleClose() { this.$emit('update:isShow', false) }, jest： test('handleClose', () = { wrapper.vm.handleClose() expect(wrap

vue.js , 自動化測試 , jest , 前端 , Javascript

收藏 評論

kevinzhw 頭像

天涯學館 - Jest與React Testing Library：前端測試的最佳實踐

Jest 和 React Testing Library (RTL) 是前端開發中用於測試 React 應用的首選工具。Jest 是一個功能豐富的JavaScript測試框架，而React Testing Library 是一種提倡以用户角度編寫測試的庫，它鼓勵測試組件的行為而不是內部實現細節。 安裝和配置 首先，確保你已經安裝了react, react-dom, jest, @testing-l

jest , 測試工具 , 前端 , Javascript

收藏 評論

gkymfrg1 頭像

ohoherror - jest +ts +esm

Jest 是當下最主流的前端測試框架 首先初始化ts環境 yarn add typescript --dev npx tsc --init 第二步:安裝ts下的jest yarn add jest @types/jest --dev 第三步:新建tests文件夾 tests/index.spec.ts it('init',()={ expect(true).toB

jest , typescript , babel , 前端

收藏 評論

icecreamlj 頭像

一顆冰淇淋 - 全面掌握 Jest：從零開始的測試指南（下篇）

在上一篇測試指南中，我們介紹了Jest 的背景、如何初始化項目、常用的匹配器語法以及鈎子函數的使用。這一篇篇將繼續深入探討 Jest 的高級特性，包括 Mock 函數、異步請求的處理、Mock 請求的模擬、類的模擬以及定時器的模擬、snapshot 的使用。通過這些技術，我們將能夠更高效地編寫和維護測試用例，尤其是在處理複雜異步邏輯和外部依賴時。 Mock 函數 假設存在一個 runCallBac

單元測試 , 自動化測試 , jest , 前端 , Javascript

收藏 評論

kanade_5c75f6aec71cb 頭像

kanade - react + vite + testing-library單測環境構建

業務複雜多變迭代快速，加上編寫單測其實是耗費一定時間去做的，可能很多人認為編寫單元測試是一件吃力不討好的事兒，不會在項目中主動的去做單元測試，一兩年前筆者也是這樣的一種心態，對於單測嗤之以鼻，但是隨着看的書多了，學習的東西多了，明白了單測可有有效的保證我們一些核心功能的正確性，同樣可以反推我們的設計一些通用功能是否全面，再者也可以在我們改動一些功能後，校驗原有功能的正確性，説這麼多，還需要大家自己

react , vite , jest

收藏 評論