iT邦幫忙

qa相關文章
共有 106 則文章
鐵人賽 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最重要的工作就在...

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

技術 第十六卷 - Dev+Ops的敏捷黃金時代,QA工程師如何尋找自己的定位?

如果DevOps是由Dev(開發)跟Ops(維運)組成,哪裡還需要QA工程師? 幸好(?)你到維基百科找DevOps示意圖,QA是被包含在裡面的: 而這篇就來...

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

技術 第十五卷 - 老闆說的4個9是什麼意思?99.99%的SaaS服務級別協定(SLA)

講風險評估前,我們先來聊聊一個軟體服務維運(Ops)常會聽到的詞: 叫做服務級別協定,簡稱SLA(Service-Level Agreement)。 SLA通常...

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

技術 [Day 18][Web 自動化]從零開始,我想建置 Robot framework 專案架構,該如何分配檔案層級?

在很多時候近到公司後,可能會發現已經有前人把專案建置完成,可能有前輩可以手把手教學、可能有留下的完整的文件可以閱讀 等等,這時候熟悉專案就會容易許多。但其實在很...