目前分類：測試基本知識 (108)
- Mar 16 Tue 2021 07:47
[顛覆測試] 好的測試是什麼?
- Mar 06 Sat 2021 15:49
[顛覆測試] 做了測試就能改善產品品質?
- Feb 24 Wed 2021 16:55
測試個案並不是測試 - 重點摘錄
很多人會以為測試個案就是測試活動 (testing) 的全部. 在真實世界中, 很多測試人員, 測試管理者, 或其他非測試人員, 會認為撰寫測試個案是測試人員最重要的工作, 會是他們最主要的產出.
所以測試的很多事情, 都會圍繞著測試個案來進行. 像是你寫了多少測試個案, 你執行了多少測試個案, 你的測試個案多少被自動化了等等. 所有你的考核也按照測試個案來. 所有對測試工作時程的評估, 也是根據測試個案的個數來決定. 這實在對測試個案太過看重了.
- Jun 29 Mon 2020 21:00
如何高效學會測試術語
前一陣子, Small town 翻譯了一些測試名詞, 這些名詞對於測試不熟的開發人員來說, 是非常有幫助的, 因為很多人在一開始的時候, 真的被這一堆詞彙給搞昏.
15 testing methods all developers should know
今天我也來用一個圖表, 幫助測試初學者, 很快地把一堆測試術語給記起來
- Jun 22 Mon 2020 20:28
Pairwise testing 這種組合測試技好用嗎?
Pairwise testing 是一種產生測試個案的方法, 當你有些排列組合的狀況要測試時, 這個方法可以幫助你有效產生出要測試的組合.
我們來看個小案例
這個案例有三個變數: 手機, 功能, 和賣的模式.
每個變數有以下可能得值:
手機: Nokia, Ericsson, Motorola.
- May 26 Tue 2020 18:45
今日誰來測試?
- May 20 Wed 2020 22:19
在 DevOps 中何謂內建品質呢?
品質管理大師愛德華戴明說:
Cease dependency on mass inspection to achieve quality. Improve the process and build quality into the product in the first place.
不要靠檢驗去確保產品品質, 而是藉由改善開發流程, 在第一時間就內建品質到產品中
- Jun 22 Sat 2019 19:46
軟體測試相關資源整理
有人問到, 有哪些資源可以自學, 讓自己對軟體測試能多了解. 因此, 我整理了一些資訊, 期待能有些幫助.
A. 測試相關的部落格或網站
(1) Top 17 Software Testing Blogs to Look Out For in 2019
(2) Top 75 Automation Testing Blogs, News Websites & Newsletters in 2019
- Feb 20 Wed 2019 22:33
測試涵蓋度的神話
測試涵蓋度 是一個有趣的話題, 很多人不了解他, 常常對它有神奇的幻想. 今天我們就來好好聊聊它
測試涵蓋度 (testing coverage) 是用來度量程式中元素, 經過測試後被涵蓋的程度.
例如: 你寫了 2 個函式 (如下面程式片段所示), 你測試了函式 funA, 我們就可以說測試涵蓋度是 1/2 % = 50%. 這裡我們的元素是指函式.
- Oct 31 Wed 2018 09:35
你的程式容易被測試嗎?
之前在社群和人家討論測試自動化的目的, 不知怎麼就討論到 testability, 所以今天就來聊聊這個話題
很多人都知道要讓程式可測性高一點, 可是卻不知道何謂可測性. 如果你不知道什麼叫做可測性, 那你要如何提高它呢？
也有人說他就是設計程式時, 加入 SOLID 概念, 多利用 IOC, 並且讓程式變得比較小, 這樣就比較好測試了. 這個作法我同意, 不過這是實施的方式, 這些實作方式是要滿足可測性的什麼條件呢? 這些是我想談的. 因為實作方式可依地制宜, 但是可測試性地條件是不變的.
- Dec 10 Sun 2017 22:39
單元測試? 黑箱單元測試? 白箱單元測試? 搞得好亂
敏捷之旅高雄那天, 正在去會場時有位網友問了單元測試的問題, 他對於名詞解釋有些疑惑, 因此, 我花了些篇幅來解釋, 順便也分享給大家.
問題：
老師好，我是您在資策會軟體測試課程的學生。 想請問若公司沒有所謂的 spec, 但 RD 卻能摸索出個什麼東西，有實際可以 demo 的 app，功能許多並可以與網路 api 連結，資料可以互通的情況下，我們要實施測試，單元測試,整合測試。 我的疑問是黑箱單元測試(或整合測試) 能不看程式碼設計嗎？因為單元測試需要設計 Test double，不可能不知道黑箱內部有什麼相依元件需要替換。 這名詞上的疑問，黑箱單元測試可以看程式碼，會是黑箱還是灰箱，白箱呢？那麼白箱單元測試也需要安排 Test double 嗎？
- Sep 28 Thu 2017 14:07
軟體測試是否能快, 完整, 和找到所有問題
在上測試相關課程, 一開始都會問大家, 期待在課堂上學到什麼. 上了幾次後, 發現有幾件事情是大多數共同期待的:
A. 完整測試
希望測試可以很完整, 可以包含所有面向.
B. 可以找到所有 bug
- Sep 18 Sun 2016 18:45
Shift Left 測試? 這是什麼鬼?
今天整理一些東西, 看到一個名詞: Shift Left Testing. 平時自己為對測試懂得不少, 沒想到居然完全不曉得這是什麼, 並且從字面上也猜不出來. 只好乖乖 google, 來學學新東西.
在傳統開發方式, 測試活動的開始, 通常是在開發階段的後期. 那時候才開始進行測試, 不但錯誤不容易找, 找到之後修復所要花的代價也不低, 因為都忘了以前在寫什麼, 系統也變得複雜了. 更糟糕的是, 如果開發延遲了, 測試的時間便完全被壓縮了, 測試是需要時間去認識系統, 花時間去挖出更深入的問題, 時間太短是無法找出太多的問題. 所以傳統測試方式, 是有很多問題存在.
因此, 所謂的 Shift Left Testing 的觀念, 就是希望測試的提早發生, 並且能夠能夠經常舉行. 目前來說, 常見的 Shift Left Testing 有以下作法
- Aug 19 Wed 2015 20:20
測試的七個小矮人
James Bach, 測試界的怪才, 他曾經擔任過 apple 的測試經理, 老爸是天地一沙鷗的作者, 在每年大型的測試 conference 幾乎都可以看到他的身影. 是個超強的大怪咖.
他最近在 blog 中寫了一篇文章, 根據他的經驗, 測試人員可以分成以下七類:
- May 27 Wed 2015 22:57
你以為你在做測試嗎?
Planning is everything. Plans are nothing! 這是艾森豪將軍的名言. 二次大戰期間, 艾森豪帶領同盟國聯軍, 跨越英倫海峽反敗為勝, 靠的就是縝密的情報蒐集和靈活應變.
我想大家應該都贊同這樣的理念, 專案一開始是要有計劃, 但是更重要的是要隨時隨地在規劃, 以因應各種突發狀況.
- May 26 Tue 2015 22:47
測試要做多久是估不準的
很多開發人員在開發軟體時, 會說他們的工作很難估得很準, 因為 spec 常常更改, 或者 spec 不明確, 所以無法確保要做多久.
哪測試呢? 測試的工作就能估得很準嗎? 很多人會以為開發人員都已經寫好了, 測試人員只是把 test cases 跑完就好, 哪有什麼不確定的.
- Nov 17 Mon 2014 10:57
如何開始簡單和有效的測試工作
在最近的一門課程 - 測試個案設計與分析實戰班, 發現不少參加者是開發人員, 因為公司沒有專職的測試人員, 因此想要來學習如何測試.
聽到這樣的狀況, 真的很為這些工程師和公司感到高興, 我們對於軟體品質還是感到很重視, 願意花時間花錢出來學習. 不會因為公司小, 或者是沒有測試人員, 就放棄質量這一件事.
- Aug 04 Mon 2014 06:04
測試計劃該寫什麼?
在 IEEE Standard 829 中有定義測試文件的範本應該長得什麼樣子, 你可以從很多地方找到個範本
http://en.wikipedia.org/wiki/IEEE_829
可是很多人看完後會說這個太複雜了, 有沒有簡單的方式, 連做事的時間都不夠了, 哪有時間寫這麼長的文件. 我想是否要照著這個範本寫並不重要, 重要的是你需要考慮以下事情
- May 19 Mon 2014 09:21
黑箱測試方法大對決
軟體測試的方法有很多種, 其中黑箱測試方法被使用最多, 主要的原因是容易上手, 進入門檻不高. 所以很多測試人員會使用這種方法. 可是很多人對於何時該使用卻不是很清楚, 因此讓我們來做個簡單的比較吧
1. ECT (Equivalence Class Testing)
a. 說明: 將受測軟體的輸入資料, 切成好幾個分割(partitions), 對於每個分割, 將會有測試個案去涵蓋它
b. 適用時機
比較小的功能, 或是單一 API. 或是畫面某個 input control
- Feb 24 Mon 2014 06:41
好的黑箱測試方法應該是什麼?
很多測試人員會詢問, 是否有一種測試方法, 可以很系統化地, 來開立所有測試個案.
我也很期待有這種東西, 可惜一直沒有看到, 不管哪種黑箱測試方法, 都有它的優點和缺點.
更重要的是黑箱測試有個重大的致命點, 它是完全依賴測試人員的經驗. 如果測試人員的產品領域知識, 以及產品所處的系統知識豐富, 就能開出更好的測試個案.
