iT邦幫忙

test相關文章
共有 68 則文章
鐵人賽 Modern Web DAY 28

技術 Postman challenge Day 27 - 情節測試 (Scenario testing)

今日主題 今天的主題是Scenario testing,所謂的情節需要角色以及故事,通常是經過觀察使用者與產品之間的互動關係,從使用者角度出發來了解產品是如何被...

鐵人賽 Software Development DAY 27

技術 【D27】盤中淺談:成為 QA 後的轉變

前言 今天來說說從工程師轉換成測試人員後的轉變。 心得 在這段擔任測試人員,有一些小小心得。先說結論,經過這段時間後,對於寫程式更有不一樣的見解。 在這之前,寫...

鐵人賽 Software Development DAY 12

技術 建立測試案例 - 12

設定好 test 測試環境, 以及 git 環境設定, 現在我們可以開始搗鼓我們的產品實驗室. 當我們編寫產品程式時, 我們就試著用下面流程來跑 紅燈 --...

鐵人賽 DevOps DAY 12

技術 第十二天:在 TeamCity 上執行測試

在昨天的練習裡,我們在自己的本機上完成了一個 ShoppingCart 的類別。因為是用 TDD 的開發流程,所以測試也一併寫好了。不過,雖然我們在自己的電腦上...

鐵人賽 AI & Data DAY 27

技術 『Day27』來幫 DAG 寫寫測試吧

在我們開發 weather_dag 之後,我們介紹了如何透過 View 以及警報來監控 DAG 執行的狀況。在開發之後其實還有一件非常重要的事,那就是測試,對於...

鐵人賽 DevOps DAY 27

技術 Day 27: 使用 GitLab CI/CD 進行自動化測試

本章節「GitLab CI/CD」概要 Day 24: GitLab CI/CD 基本概念與工作流程Day 25: GitLab Runners 配置與使用Da...

技術 測試-測試完後,自刪

#字體沒有放大 <!DOCTYPEhtml> <html> <head> <meta http-equiv=&...

鐵人賽 Software Development DAY 14

技術 Airflow 測試遇到的package 的奇妙問題 - Day14

這篇來講一下在測試的時候遇到的問題,主要是 package 的 import issue 一般來說,我們開發的 dag 都會放在 project 下的 /dag...

技術 純測試,試測完後,自行刪除

h1 h3 被發文系統嚇到,要測試熟悉一下 -.- 粗飽了沒? 好幾年沒用過這個鍵-.- 小鐵道民宿官網 Todoist Website &lt...

鐵人賽 Software Development DAY 3

技術 Day 03:建立你的基地|初始化專案與 config 神器

選定武器之後,我們就準備要來開疆闢地了!...等等! 雖然已經決定好要使用 Playwright,但 Playwright 支援多語言,到底要用哪個語言來編寫測...

鐵人賽 Software Development DAY 4

技術 Day 04:技能的施放|Playwright 測試的四種攻擊模式 (CLI / Debug / UI / Extension)

安裝好 Playwright 之後,我們先來認識一下要如何執行測試吧!Playwright 提供多種執行測試的方式,除了可以檢查執行結果,觀察執行過程,也能用來...

鐵人賽 Software Development DAY 1

技術 Day 01:冒險者登錄:踏上 Playwright 冒險之旅之前

去年,首次踏進軟體業,面對陌生的領域,怎麼也沒想到,最後會拿起 Playwright 之劍,在 E2E 測試領域披荊斬棘。 這是怎麼發生的呢?一切都還得從公司的...

鐵人賽 Software Development DAY 26

技術 Day 26:撰寫英雄史詩|生成華麗的戰報 Allure Report

測試報告是測試裡非常重要的一環,讓我們的產出變得具象化,就像是辛苦的戰役過後,清楚地記錄所有過程、勝負的戰報,讓團隊能一目了然地看到成果與問題。 Test R...

技術 測試-測試完後,自刪

<div data-role="page" id="home"> <div data-rol...

鐵人賽 Modern Web DAY 17

技術 Day 17 Testing types

昨天提到了許多測試類型,今天要分別對這些測試類型來做簡單的介紹~ Unit Testing Unit test就如同他的名字,是以一個軟體中最小可測試的單位(u...

鐵人賽 Software Development DAY 5

技術 Day 05:鎖定目標|元素定位術入門

以下這段是 Playwright 安裝好後的範例: import { test, expect } from '@playwright/test'; test...

鐵人賽 Software Development DAY 11

技術 Day 11:時間管理|駕馭 Playwright 的 Timeouts 結界

前一篇我們理解了 Playwright 的 async / await 機制如何讓測試能夠一步步按照順序執行,現在來談談 Playwright 另一個執行測試時...

鐵人賽 Software Development DAY 7

技術 Day 07:精準打擊|expect() 斷言的瞄準與射擊

定位元素 + 模擬操作,已經能夠真實呈現使用者的操作流程,不過,測試最重要的核心價值在於驗證結果是否與預期相符,因此,就必須談到測試當中非常重要的一環:Asse...

鐵人賽 Software Development DAY 23

技術 Day 23:打造移動基地(一)|用 Docker 建立測試環境

雖然我們已經讓測試可以成功地在 Github / Gitlab 上運行,但是在不同專案、不同環境,或是不同機器上,測試結果可能大相逕庭,如何確保測試環境的一致性...

鐵人賽 Software Development DAY 24

技術 Day 24:打造移動基地(二)|用 Dockerfile 建立測試環境

昨天我們使用指令 docker run 起好 Docker 環境,再輸入指令在 docker 容器內執行 Playwright 測試,但每次都得重新輸入一長串指...

鐵人賽 Software Development DAY 22

技術 Day 22:自動化基地(二)|在 GitLab 上建立 CI/CD 流程

上一篇已經嘗試了在 Github Aictions 上建立 CI/CD 流程,若團隊以 GitLab 作為主要的開發與協作平台,我們同樣可以打造對應的自動化流程...

鐵人賽 Software Development DAY 6

技術 Day 06:萬物皆動|賦予元素生命的 Actions 互動魔法入門術

上一篇認識了定位元素的方法,定位到元素之後,那麼要如何模擬使用者在網頁上的行為呢?這時候就必須加上 Actions 了,Playwright 提供完整的 Act...

鐵人賽 Software Development DAY 20

技術 Day 20:撰寫你自己的魔導書|Page Object Models 設計模式

歷經一連串初階副本任務,我們已經習得不少進階的實戰技巧。接著,將迎來新的挑戰,認識 Page Object Models (以下簡稱 POM)。透過建立專屬的...

鐵人賽 Software Development DAY 25

技術 Day 25:幽靈模式 On / Off|Headless 與 Headed 模式

相較於直接使用Playwright 的 VSCode Extension - Playwright Test for VSCode 或是 debug 模式,在...

鐵人賽 Software Development DAY 9

技術 Day 09:斷言擴展術|打造你的專屬 Playwright Matcher

前兩篇介紹了斷言的基本應用以及進階技巧,Playwright 斷言的設計與特性,結合各式各樣的 matcher,已經足以應付大部分的測試場景,然而,當我們發現測...

鐵人賽 Software Development DAY 28

技術 Day 28:VIP 通行證 (二)|藉由 storageState 實現秒速進入戰場:進階應用

上一篇運用 storageState() 成功從正常登入流程拿到驗證資料,並在後續的測試當中重複使用,如此就不必在每次的測試之前重複再走一遍登入流程。接著,要更...

鐵人賽 Software Development DAY 27

技術 Day 27:VIP 通行證 (一)|藉由 storageState 實現秒速進入戰場:基礎應用

如果測試的頁面需要登入,每次執行測試時都會重新進行登入流程。這是因為 Playwright 在每個測試中都會啟動全新的無痕瀏覽器環境,導致登入狀態無法像一般瀏覽...