目前日期文章:200810 (35)

瀏覽方式: 標題列表 簡短摘要

Benchmarking

from Performance Testing Guidance for Web Applications

在建立完performance baseline之後, 接下來要做的事情便是benchmarking. 什麼是benchmarking呢? Benchmarking就是一個在比較目前系統的速度, 和baseline或是業界標準速度的程序

如果你有baseline, 你就要必須確認你的執行條件, 和所要收集的資料, 要和baseline相同. 這樣你們之間才可以比較, 比較的結果才會有意義.

在做Benchmarking時, 以下幾點是你要考慮的

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

GUI Automation真的值得嗎? Part III


A layer below the GUI
http://blogs.msdn.com/alanpa/archive/2008/09/20/a-layer-below-the-gui.aspx

接續上一篇Part II, 作者發憤圖強寫了一些例子來解釋他的本意, 這裡的說明和我在

測試程式架構的重要性: 看Commerical UI automation tool的演進

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

GUI Automation真的值得嗎? Part II


在post 完"GUI Automation 真的值得嗎?"後,公司同事問我為何我們公司大部分的人, 都是還在做GUI test automation. 那時候我回答的答案是
(1)   QA is not familiar with RD’s codes.

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

檢查這人有沒有test automation經驗的好問題

在interview 要做test developer 時, 這裡有一些問題, 可以用來檢查他的經驗如何. 我想這修問題還蠻全面性, 你有多少斤兩, 一下應該就可以看的出來.

至於作者寫的答案, 我想參考就好, 有些部份我並不完全相同, 不過可以用它來了解他問題的用意為何, 幫助也是蠻大的.

可惜這些問題大多只能問國外的candidate或是國外回來的, 國內的可能大都是回答不知道!!!

Question about Automation
by Jaanu

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

Baselines Creation

在做Performacne Testing時, 有一件很重要的事就是找出baseline. 有了baseline, 才會有比較的基礎. 否則你將無法判斷, 目前turning或是修改的結果是好是壞, 必須要有相對比較的東西

那找出baseline的流程是在做什麼呢, 定義如下:
- the process of running a set of tests
- to capture performance metric data
- for the purpose of evaluating the effectiveness of subsequent performance-improving changes to the system or application.

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

好事吸引力
- 商業週刊, 2008/3/10

這是一個古老理論, 卻是新顯學

秘密 (The Secret)
1. 生命中偉大的秘密就是"吸引力法則" (law of Attraction)
它是宇宙最有力量的法則, 就像阿拉丁神燈的巨人一樣, 對我們有求必應, 可以帶給你任何你想要的幸福, 幸福, 財富, 人際關係.

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

選股看成長性會有盲點

From 巴菲特選股魔法書   洪瑞泰著

1. 例子
大兒子兩次考試都考90分==>成長率0%, RoE= 90%
小兒子第一次考20分, 第二次考30分==>成長率50%, RoE= 30%

2. 看成長性選股, 無法養成長期投資的習慣, 因為

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

Fuzz Testing

最近有些人在問fuzz testing是什麼, 再加上剛好有memeber正在做這樣的測試,  並且分享Fuzz testing是什麼以及怎麼做. 所以我就花了一些時間把他們的東西整理一下.(感謝Chris Chen的study)

首先先看一下Fuzz Testing的定義, 這是從Wiki上找到的
Fuzz testing, fuzzing, Robustness Testing or Negative Testing is a software testing technique that provides random data ("fuzz") to the inputs of a program. If the program fails (for example, by crashing, or by failing built-in code assertions), the defects can be noted.

這裡我們舉一個例子, 看看怎麼用它在測試CGI的程式:
例如正常的Http request是這樣:

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

How to conduct regression tests
- by Mike Kelly
http://www.michaeldkelly.com/blog/archives/201

當你要做regression testing時, 你需要考慮以下事情   

1. 這個測試的目的是什麼?
這可以幫助你了解你需要解決risk的種類有什麼? 以及你需要coverage多少?

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

聽聽微軟員工說: 如何決定何時做Test Automation?


這篇文章列出automation testing和manual testing的優缺點, 並且有些簡單的評量標準, 來判斷是否要automate. 我想這應該是一個很好的起點, 讓你base這份rules去建立你的rules


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

Why counting is a bad idea
by Shrini Kulkarni
http://shrinik.blogspot.com/2006/12/why-counting-is-bad-idea.html


通常Test Manager會利用下面index, 來評量QA是否做的很好
No of Test cases prepared: 1230

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

Reasons to Repeat Tests
http://www.satisfice.com/repeatable.shtml
by James Bach


找bug就好像再地雷區中掃雷一樣,  你很難保證所有地雷都被找到, 除非你把每寸土地都踏過. 所以測試也是一樣, 基本上你不可能把每個執行路徑都跑過; 即使每個執行路徑都跑過, 你也不可能run過所有input data. 只能說大概不部分的區域, 我們都檢查過.

所以測試要做的好, 很重要的部份就是要增加涵蓋區域, 也就是增加樣本的空間, 而不是單單的把之前的東西, 一直反覆執行而已. 這樣是無法發現新的問題.

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

"日本7-11朝令夕改的秘密 " 摘要(1)
突破工作瓶頸的95個建言
by 鈴木敏文

Chapter 1 你真的是在工作嗎?

建言1 工作的執行方式遠比智能指數上的優秀程度來得重要
- 很多歷史著名的企業, 都具有人, 商品, 資金等三個經營要素, 可是還是走入歷史了

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

原來我還是屬於窮人的想法

最近我們公司在舉辦一個camp活動, 這是一個週期性舉辦的活動, 通常要2~3天. 這個裡頭, 還有很多細項的活動, 需要員工花時間投入去參加.

其中, 我負責一個workshop的活動, 它每次會有一個主題, 然後讓員工去提出對這個主題的解答.

有許多同事對於這次workshop的活動有許多抱怨, 覺得要交的東西非常多, 並且覺得這些東西的效果不大, 很浪費他們的時間.

對於這些抱怨, 我內心也覺得這些活動是有點擾民, 心裡雖然對這些活動並不排斥, 但是也沒有太多喜歡.

可是聽到一個同事說, 每次workshop都是同一個team得到冠軍. 我想了一想, 是啊!!都是他們!! 不只是workshop, 其他demo, patent, innovation都是他們在做, 甚至有些公司的roadmap, 主軸都是他們.

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

巴菲特選股魔法書摘要(1)

1. 名詞解釋
A. 淨值(Net worth)
- 在會計上指公司、團體、或個人的資產值減去負債。
- 亦即公司償還所有負債後股東應佔的資產價值。

B. 資產淨值(Net assets)

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

Where Does Exploratory Testing Fit?
by James Bach
http://www.satisfice.com/articles/where_fits.shtml

1. Exploratory Testing(ET)的定義
(1)concurrent test design and test execution.
(2) Any testing is exploratory to the extent that

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

What is Exploratory Testing?
by James Bach
http://www.satisfice.com/articles/what_is_et.shtml

Exploratory testing (ET) 是agile testing中最有名的方法, 可是也是大家最陌生的方法. 因為很多人很容易把它和Ad Hoc testing想在一起, 而對它有錯誤的誤解. 所以這篇文章企圖給大家一些基本介紹, 讓你了解ET到底是什麼

1. ET和scripted testing的定義

Exploratory testing

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

Visual Studio 2005 Team Edition for Software Testers

最近在上課時, 有人問我VS 2005 for Software tester到底好不好用, 再加上RD demo了如何用Load Test + Python去測試. 因此花了一點時間, 收集了網路上有關VS 2005 for software tester相關的文章. 看起來大部分還是微軟自家的人!!

1.邱英瑞(Jacky)
http://blogs.msdn.com/jchiou/archive/2008/03/31/visual-studio-team-test.aspx
- 如何錄製一個 Web 測試
- Web 測試之如何將 Web Server 參數化

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

QA,你都在掃廁所嗎?

這是一個朋友forward給我的文章, 這篇正好呼應上一篇的觀念(如何評量是否是一個好的QA). 若是你只是在找bug, 而不去想team目前遇到的問題是什麼. 就算你bug找的再多, 也不會有人特別感謝你.

所以, 不要再侷限QA只是在找bug, 不要只是在開發週期後段才開始動作. 否則, QA,你只是花力氣在掃廁所

===============================================================
CIO,你都在掃廁所嗎?
 

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

如何評量是否是一個好的QA

measuring testers
http://blogs.msdn.com/james_whittaker/archive/2008/07/22/measuring-testers.aspx

一個好的QA在於他的心態(mindset)是否正確, 但是心態這種東西是很難加以衡量的. 因此很多manager都是以數字來衡量績效好不好. 像是bug數, test case數, 或是有多少被automate.

可是我想數字這東西常常會造成一些副作用, 因為你只會看到數字, 而不會去想他背後的涵義, 或者是要因應目前狀況做去適當的調整.

所以作者認為與其考慮數字, 不如考慮下面事情

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

1 2
找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼