iT邦幫忙

qa相關文章
共有 167 則文章
鐵人賽 Software Development DAY 5

技術 【D5】測試階段介紹:整合測試

可以獲得什麼? 瞭解到什麼是整合測試,以及可以如何協助我們提升品質。 整合測試是什麼? 單元測試是一個小的程式功能為單位的測試,而整合測試(Integrati...

鐵人賽 Software Development DAY 4

技術 【D4】測試階段介紹:單元測試

可以獲得什麼? 單元測試的使用場景,以及如何運用單元測試在開發中。 單元測試是什麼? 單元測試(Unit Testing)是軟體測試的一個階段,它專注於測試軟...

鐵人賽 Software Development DAY 3

技術 【D3】測試的目標是什麼?為什麼要測試?

可以獲得什麼? 了解測試所要涵蓋的目標為何,以及測試可以幫助我們什麼。 為什麼要測試 軟體程式需要測試的原因很多,主要目的是確保軟體的品質、可靠性和穩定性。經...

鐵人賽 Software Development DAY 2

技術 【D2】認識QA & QA 的角色

可以獲得什麼? 知道什麼是 QA,測試在軟體開發流程的位置,以及可以幫助整個專案是什麼。藉由了解 QA 一角,可以實現在軟體開發流程上,讓品質上升。 什麼是...

鐵人賽 Software Development DAY 1

技術 【D1】前言與規劃

前言 QA,或稱為品質保證(Quality Assurance),在軟體開發過程中扮演著重要的角色。QA的主要目標是確保軟體產品滿足高品質標準,並符合用戶需求。...

鐵人賽 Software Development DAY 30
QA 三十天養成日記 系列 第 30 篇

技術 [Day30] 2022 QA 養成日記休刊 - 媽!我終於撐過三十天了啊!

回顧三十天 回顧一下這三十天的文章總結 第 1 ~ 14 天都是以 概念 為主軸,包含【QA】及【軟體測試】等 第 14 ~ 30 天都是以 技術 為主軸,...

鐵人賽 Software Development DAY 29
QA 三十天養成日記 系列 第 29 篇

技術 [Day29][小工具] charles 神器,能輕鬆抓取 APP 上的封包

Charles 是在電腦上運行的 Web Proxy (HTTP Proxy / HTTP Monitor),很多時候我們需要帶入參數、返回的 respons...

鐵人賽 Software Development DAY 28
QA 三十天養成日記 系列 第 28 篇

技術 [Day28][持續整合] 使用 Github + CircleCi 建至屬於自己 CI

在閱讀這篇前,若你還不了解 CI 是什麼的話請前往先前寫過的文章: [學習筆記] 簡單了解 CI/CD 是什麼吧 Github 身為工程師的你應該都有使用過,沒...

鐵人賽 Software Development DAY 27
QA 三十天養成日記 系列 第 27 篇

技術 [Day27][負載測試] K6 Cloud + Slack 擁有漂亮的測試報表還有訊息推播!

開發工程師進行開發時,他們的最終成果往往就是 Web/APP 或 系統本身,大多都是肉眼可見,非常實際的結果。但進行測試時就會相反,因為測試是建構於已有的產品...

鐵人賽 Software Development DAY 26
QA 三十天養成日記 系列 第 26 篇

技術 [Day26][負載測試] K6 使用上常見的套件(module)有哪些?

K6 套件(module) 基本上我覺得很萬用,是足夠支撐所有測試情境的。也主要介紹幾個較常用的 K6 本身支援的 module (JavaScript AP...

鐵人賽 Software Development DAY 25
QA 三十天養成日記 系列 第 25 篇

技術 [Day25][負載測試] K6 常看的指標(Metrics)有哪些?

這個指標(Metrics)等同於就是我們測試完的數據,只是透過指標(Metrics)的方式可以更清楚知道測試結果要落於什麼樣的標準內才算預期。 主要介紹幾個較常...

鐵人賽 Software Development DAY 24
QA 三十天養成日記 系列 第 24 篇

技術 [Day24][負載測試] K6 使用上常見的參數設定(options)有哪些?

K6 提供的參數很多,以下主要介紹幾個較常用的為主 vus 虛擬用戶數量,最少必須要 1 個,和 duration 搭配使用。 duration 指定測試運行...

鐵人賽 Software Development DAY 23
QA 三十天養成日記 系列 第 23 篇

技術 [Day23][負載測試] K6 基本介紹、安裝及實作,輕鬆上手!

簡單介紹 k6 是用 Go 語言編寫的一種高效能的負載測試工具。具有下面幾個特點。 K6 嵌入了 JavaScript 執行時,可以使用 JavaScrip...

鐵人賽 Software Development DAY 22
QA 三十天養成日記 系列 第 22 篇

技術 [Day22] 軟體世界裡的 TDD/BDD/ATDD!懶人包幫你一次釐清(二)

上一篇中詳細講解了 TDD,此篇將會重於 BDD/ATDD 的概念為主目的是希望有個 TDD 基底後,了解 BDD/ATDD 會更加順利 什麼是 BDD(B...

鐵人賽 Software Development DAY 21
QA 三十天養成日記 系列 第 21 篇

技術 [Day21] 軟體世界裡的 TDD/BDD/ATDD!懶人包幫你一次釐清(一)

BDD/TDD/ATDD 我相信在軟體業中並不陌生,但我一直都處於大致了解而已。今天就一次整理好筆記,區分好他們三者的關係 前幾篇文章中都有提到關於很多【測試】...

鐵人賽 Software Development DAY 28
QA工程師的美麗與哀愁 系列 第 28 篇

技術 第二十七卷 - QA Engineer vs SDET,QA職稱與工作內容大混戰

這篇來講QA工程師在職稱上與工作內容的常見區別 第一篇發現有朋友留言提到對系列文章很有感(可能是哀愁的部分XD) 同時也提到一個職稱是SDET(Software...

鐵人賽 Software Development DAY 27
QA工程師的美麗與哀愁 系列 第 27 篇

技術 第二十六卷 - 軟體版本熱修復(Hotfix)與更新發布(Upgrade)的常見用語大混戰

這篇來補充一個很重要的東西,就是談到軟體版本升級時常會聽到的用語。 對軟體更新發佈來說,QA應該要是最了解每次改動內容以及測試狀態的人, 但在日常溝通上,常常會...

鐵人賽 Software Development DAY 26
QA工程師的美麗與哀愁 系列 第 26 篇

技術 第二十五卷 - 提早發現問題的意義?遠端監控產品部署在客戶端的狀態

上篇提到有關server端常用的部署策略們與其優缺點 這篇來聊我自己對Windows application的監控與部署經驗 以及為什麼軟體維運的測試右移需要做...

鐵人賽 Software Development DAY 25
QA工程師的美麗與哀愁 系列 第 25 篇

技術 第二十四卷 - 軟體產品部署(Deployment)的常見策略與優劣分析

最後幾篇繼續提一些軟體發行部署的測試右移策略與實際應用。 部署(Deployment),意思是把軟體發布並上線到一個運行環境中的動作。 如果部署到測試環境,那你...

鐵人賽 Software Development DAY 24
QA工程師的美麗與哀愁 系列 第 24 篇

技術 第二十三卷 - QA講話要有憑有據!利用客觀的真實數據來補足主觀的測試規劃

前幾篇把測試右移的一些關於資料收集處理呈現的實踐,大致上講得差不多了, 這篇來補充說明前面沒特別提到,但我覺得對QA是個蠻重要的武器 就是大家耳熟能詳的數據驅動...

鐵人賽 Software Development DAY 23
QA工程師的美麗與哀愁 系列 第 23 篇

技術 第二十二卷 - 幫助QA找到客戶問題真相的搜索引擎ElasticSearch

前幾篇我們講到遙測資料、監控指標、儀表板與警示系統, 這些都是為了在測試右移的實踐中,能更快速且有效發現客戶環境的問題。 從埋遙測資料、設計監控指標與儀表板到定...

鐵人賽 Software Development DAY 17
QA 三十天養成日記 系列 第 17 篇

技術 [Day17][Web 自動化] Robot framework 教學,新手無痛起步!讓你的小專案成為完整體吧!

透過前兩篇的介紹後相信已經對 Robot framework 有一定的認識了所以我們將結合前一篇的 [Web 自動化] Robot framework 基本常...

鐵人賽 Software Development DAY 13
QA 三十天養成日記 系列 第 13 篇

技術 [Day 13] QA 的 Review 怎麼做?該如何執行?自動化又需要什麼樣的 Code Review 準則?

(圖片引用來源)在團隊中,Review 的機制非常重要,不管是不是寫 code,都需要有夥伴幫你確認寫的內容是否正確也能在 Review 階段中發現自己的不足、...

鐵人賽 Software Development DAY 22
QA工程師的美麗與哀愁 系列 第 22 篇

技術 第二十一卷 - 把儀表板的緊急監控指標自動化:警示與通知系統

上篇提到監控指標與儀表板的常見服務們,有說到我們不會無時無刻看著儀表板 所以就需要自動化來幫助我們知道,監控中的指標有哪些緊急的狀態發生了 就來到了本篇的主題:...

鐵人賽 Software Development DAY 21
QA工程師的美麗與哀愁 系列 第 21 篇

技術 第二十卷 - 讓老闆也看得懂遙測資料:監控指標(Monitoring metrics)

上篇提到遙測資料可以紀錄客戶端的實際狀態,搭配上時間日期就像時光機 能夠忠實還原事發現場,讓軟體開發團隊能夠更有效的找到問題並解決。 但是遙測資料從四面八方收回...

鐵人賽 Software Development DAY 20
QA工程師的美麗與哀愁 系列 第 20 篇

技術 第十九卷 - 什麼是遙測資料?客戶問題的照妖鏡,軟體維運團隊必備!

上一篇講述了在客戶環境瞎子摸象找問題的慘痛經驗 之後團隊在記取經驗後實做出又酷又好用的東西:遙測資料(Telemetry Data) 把Telemetry拆開,...

鐵人賽 Software Development DAY 12
QA 三十天養成日記 系列 第 12 篇

技術 [Day12] 經典的軟體測試金字塔!現實與理想存在著差異

此篇文章為看完 【從理想、到現實的距離,開啟品味軟體測試之路 】【Rick Hwang】【軟體測試系列講座01】 的筆記整理。 我相信對軟體測試領域的各位,這上...

鐵人賽 Software Development DAY 19
QA工程師的美麗與哀愁 系列 第 19 篇

技術 第十八卷 - 第一次在公司看日出只是為了把一個白金客戶的問題驗完!?

這篇來分享個輕鬆一點的個人血淚小故事XD 有陣子我的工作內容,從比較偏做產品的團隊轉到解決客戶問題的團隊 也就是專門處理客戶問題與負責每兩週到每個月releas...

鐵人賽 Software Development DAY 14
QA 三十天養成日記 系列 第 14 篇

技術 [Day14] 發生問題別再究責了!停止究責文化!問題從根本解決才是王道

在業界中或多或少都會常聽到以下類似內容 當有 Bug 發生的時候,跑來指責 RD 為什麼功能沒修好,一直有問題勒?... 當有 Bug 發生的時候,跑來究責...

鐵人賽 Software Development DAY 18
QA工程師的美麗與哀愁 系列 第 18 篇

技術 第十七卷 - 你掉的是金色的QADev還是銀色的QAOps?

上篇粗淺講了DevOps的角色衝突與QA在DevOps實踐中的定位 這篇就來聊聊一些QA實際能做的DevOps日常 Recap上篇的結論,QA最重要的工作就在...