目前分類:測試基本知識 (105)

瀏覽方式: 標題列表 簡短摘要
前一陣子, Small town 翻譯了一些測試名詞, 這些名詞對於測試不熟的開發人員來說, 是非常有幫助的, 因為很多人在一開始的時候, 真的被這一堆詞彙給搞昏.
 
15 testing methods all developers should know
 
今天我也來用一個圖表, 幫助測試初學者, 很快地把一堆測試術語給記起來

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Pairwise testing 是一種產生測試個案的方法, 當你有些排列組合的狀況要測試時, 這個方法可以幫助你有效產生出要測試的組合.
 
我們來看個小案例
這個案例有三個變數: 手機, 功能, 和賣的模式.
每個變數有以下可能得值:
    手機: Nokia, Ericsson, Motorola. 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

 
上次有篇 "專職的自動化測試工程師有用嗎?” 提到, 個人比較喜歡不要分 RD 和 QA 兩個角色, 就只有一個角色, 但是負責 開發 和 測試 兩類工作.
 
image
 
但是有網友反應, 他比較喜歡是分開的:
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣()

品質管理大師愛德華戴明說:
 
Cease dependency on mass inspection to achieve quality. Improve the process and build quality into the product in the first place.
不要靠檢驗去確保產品品質, 而是藉由改善開發流程, 在第一時間就內建品質到產品中
 
image
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣()

有人問到, 有哪些資源可以自學, 讓自己對軟體測試能多了解. 因此, 我整理了一些資訊, 期待能有些幫助.
 
A. 測試相關的部落格或網站
(1) Top 17 Software Testing Blogs to Look Out For in 2019
(2) Top 75 Automation Testing Blogs, News Websites & Newsletters in 2019

kojenchieh 發表在 痞客邦 留言(1) 人氣()

 
測試涵蓋度 是一個有趣的話題, 很多人不了解他, 常常對它有神奇的幻想. 今天我們就來好好聊聊它
 
測試涵蓋度 (testing coverage) 是用來度量程式中元素, 經過測試後被涵蓋的程度.
 
例如: 你寫了 2 個函式 (如下面程式片段所示), 你測試了函式 funA, 我們就可以說測試涵蓋度是 1/2 % = 50%. 這裡我們的元素是指函式.

kojenchieh 發表在 痞客邦 留言(0) 人氣()

之前在社群和人家討論測試自動化的目的, 不知怎麼就討論到 testability, 所以今天就來聊聊這個話題
 
很多人都知道要讓程式可測性高一點, 可是卻不知道何謂可測性. 如果你不知道什麼叫做可測性, 那你要如何提高它呢?
 
也有人說他就是設計程式時, 加入 SOLID 概念, 多利用 IOC, 並且讓程式變得比較小, 這樣就比較好測試了. 這個作法我同意, 不過這是實施的方式, 這些實作方式是要滿足可測性的什麼條件呢? 這些是我想談的. 因為實作方式可依地制宜, 但是可測試性地條件是不變的.
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

敏捷之旅高雄那天, 正在去會場時有位網友問了單元測試的問題, 他對於名詞解釋有些疑惑, 因此, 我花了些篇幅來解釋, 順便也分享給大家.
 
問題:
老師好,我是您在資策會軟體測試課程的學生。 想請問若公司沒有所謂的 spec, 但 RD 卻能摸索出個什麼東西,有實際可以 demo 的 app,功能許多並可以與網路 api 連結,資料可以互通的情況下,我們要實施測試,單元測試,整合測試。 我的疑問是黑箱單元測試(或整合測試) 能不看程式碼設計嗎?因為單元測試需要設計 Test double,不可能不知道黑箱內部有什麼相依元件需要替換。 這名詞上的疑問,黑箱單元測試可以看程式碼,會是黑箱還是灰箱,白箱呢?那麼白箱單元測試也需要安排 Test double 嗎?
 
 

kojenchieh 發表在 痞客邦 留言(1) 人氣()

在上測試相關課程, 一開始都會問大家, 期待在課堂上學到什麼. 上了幾次後, 發現有幾件事情是大多數共同期待的:
 
A. 完整測試
希望測試可以很完整, 可以包含所有面向.
 
B. 可以找到所有 bug

kojenchieh 發表在 痞客邦 留言(0) 人氣()

今天整理一些東西, 看到一個名詞: Shift Left Testing. 平時自己為對測試懂得不少, 沒想到居然完全不曉得這是什麼, 並且從字面上也猜不出來. 只好乖乖 google, 來學學新東西.
 
在傳統開發方式, 測試活動的開始, 通常是在開發階段的後期. 那時候才開始進行測試, 不但錯誤不容易找, 找到之後修復所要花的代價也不低, 因為都忘了以前在寫什麼, 系統也變得複雜了. 更糟糕的是, 如果開發延遲了, 測試的時間便完全被壓縮了, 測試是需要時間去認識系統, 花時間去挖出更深入的問題, 時間太短是無法找出太多的問題. 所以傳統測試方式, 是有很多問題存在.
 
因此, 所謂的 Shift Left Testing 的觀念, 就是希望測試的提早發生, 並且能夠能夠經常舉行. 目前來說, 常見的 Shift Left Testing 有以下作法

kojenchieh 發表在 痞客邦 留言(0) 人氣()

James Bach, 測試界的怪才, 他曾經擔任過 apple 的測試經理, 老爸是天地一沙鷗的作者, 在每年大型的測試 conference 幾乎都可以看到他的身影. 是個超強的大怪咖.
 
7057554901_0cd4707347_b  
 
他最近在 blog 中寫了一篇文章,  根據他的經驗, 測試人員可以分成以下七類:
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

Planning is everything. Plans are nothing! 這是艾森豪將軍的名言. 二次大戰期間, 艾森豪帶領同盟國聯軍, 跨越英倫海峽反敗為勝, 靠的就是縝密的情報蒐集和靈活應變.
 
螢幕快照 2015-05-27 下午11.04.08  
 
我想大家應該都贊同這樣的理念, 專案一開始是要有計劃, 但是更重要的是要隨時隨地在規劃, 以因應各種突發狀況. 
 

kojenchieh 發表在 痞客邦 留言(1) 人氣()

很多開發人員在開發軟體時, 會說他們的工作很難估得很準, 因為 spec 常常更改, 或者 spec 不明確, 所以無法確保要做多久.
 
Developer-vs-Tester  
 
哪測試呢? 測試的工作就能估得很準嗎? 很多人會以為開發人員都已經寫好了, 測試人員只是把 test cases 跑完就好, 哪有什麼不確定的.
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在最近的一門課程 - 測試個案設計與分析實戰班, 發現不少參加者是開發人員, 因為公司沒有專職的測試人員, 因此想要來學習如何測試. 
 
logo1  
 
聽到這樣的狀況, 真的很為這些工程師和公司感到高興, 我們對於軟體品質還是感到很重視, 願意花時間花錢出來學習. 不會因為公司小, 或者是沒有測試人員, 就放棄質量這一件事.
 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

在 IEEE Standard 829 中有定義測試文件的範本應該長得什麼樣子, 你可以從很多地方找到個範本 
http://en.wikipedia.org/wiki/IEEE_829

Test-Planning-and-Development-Documentation  


可是很多人看完後會說這個太複雜了, 有沒有簡單的方式, 連做事的時間都不夠了, 哪有時間寫這麼長的文件. 我想是否要照著這個範本寫並不重要, 重要的是你需要考慮以下事情

kojenchieh 發表在 痞客邦 留言(0) 人氣()

軟體測試的方法有很多種, 其中黑箱測試方法被使用最多, 主要的原因是容易上手, 進入門檻不高. 所以很多測試人員會使用這種方法. 可是很多人對於何時該使用卻不是很清楚, 因此讓我們來做個簡單的比較吧

1. ECT (Equivalence Class Testing)
a. 說明: 將受測軟體的輸入資料, 切成好幾個分割(partitions), 對於每個分割, 將會有測試個案去涵蓋它
b. 適用時機
比較小的功能, 或是單一 API. 或是畫面某個 input control

kojenchieh 發表在 痞客邦 留言(0) 人氣()

很多測試人員會詢問, 是否有一種測試方法, 可以很系統化地, 來開立所有測試個案.

我也很期待有這種東西, 可惜一直沒有看到, 不管哪種黑箱測試方法, 都有它的優點和缺點.

更重要的是黑箱測試有個重大的致命點, 它是完全依賴測試人員的經驗. 如果測試人員的產品領域知識, 以及產品所處的系統知識豐富, 就能開出更好的測試個案.

kojenchieh 發表在 痞客邦 留言(0) 人氣()


http://www.iiiedu.org.tw/ites/TCD.htm

 

對企業來說,軟體測試往往是軟體開發過程中,最繁瑣也是最重要的工作之一。其中測試個案開立技巧,更是決定的測試結果的成敗。因為好的測試個案能夠找出更 多錯誤,並且能以最小集合,來涵蓋最多範圍,以達到最佳投資報酬率。

 

kojenchieh 發表在 痞客邦 留言(0) 人氣()

何時測試可以停止

每次新版本要出貨時, 常常被詢問是否測試結束了? 品質是否有信心? 你依據的標準是甚麼? 

我想很多人都會覺得很難回答這個問題. 基本上, 可以根據以下五種狀況, 來決定是否測試可以結束.

1. 老闆說了算

kojenchieh 發表在 痞客邦 留言(0) 人氣()

單元測試 = 白箱測試?


單元測試 = 白箱測試? 這是很多人的想法. 一聽到白箱測試, 就認為他就是單元測試. 或者認為單元測試時, 就是要用白箱測試的方法來進行.

事情是這樣嗎? 讓我們繼續看下去:

kojenchieh 發表在 痞客邦 留言(1) 人氣()

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼