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

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

Localization Testing

在國內軟體公司很少有L10N testing經驗, 畢竟能把軟體賣到各國去的公司並不多, 或者是負責做L10N testing的外包公司也不多, 所以要得到這方面的知識並不容易.

不過若是微軟公司的經驗, 相信大家一定覺得值得參考. 這裡Bj Rollison提供了他在微軟的經驗, 寫了一系列的文章, 大家可以參考看看

Part I
http://blogs.msdn.com/imtesty/archive/2009/10/27/localization-testing-part-1.aspx

Part II

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

軟體error 和bug的種類

Types of Software errors and bugs
http://www.onestopsoftwaretesting.com/2009/12/types-of-software-errors-and-bugs.html

當我在submit bug時, 需要對bug作分類; 或者在做白箱測試時,要開立測試個案, 若是我有份常見的error or bugs分類, 那將會使工作會更有效率.

這裡作者列出常見的軟體錯誤, 大家可以參考一下.如果要看例子, 可以參考原文.

1. 使用者介面的錯誤

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

幾件在軟體測試中不要做的事情

Don'ts in Software Testing
http://blogs.telerik.com/testing/posts/08-12-08/don_ts_in_software_testing.aspx
Monday, December 08, 2008


作者根據他的經驗, 整理了一些事情,讓你知道它們是一些不好的思維, 不要在測試過程中去作它們

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

QA的迷失: "沒有spec我們無法進行測試"

QA Myth #1: “I can’t work without a spec!”
http://testertales.blogspot.com/2009/08/qa-myth-1-i-cant-work-without-spec.html
Monday, August 3, 2009


在我們團隊中, 我常聽到一種抱怨, 就是design spec寫的很差, 或者是很晚才拿到它們. 這是因為在微軟中, PM是負責撰寫詳細的spec, RD則是來實作它們, 而tester則是用它來開立測試個案. 因此你可以想像在這種模式下, 如果spec沒有產生, tester會非常慘, 因為他捫根本無法知道feature在做些什麼.

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

如何成為一個professional tester

What I learned from James Bach?
http://testertales.blogspot.com/2009/11/what-i-learned-from-james-bach.html
Sunday, November 15, 2009
Posted by Federico Silva Armas


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

有用的Testing Heuristics

Testing Heuristics - Thinking like a tester
http://www.infoq.com/news/2009/10/testing_heuristics
Oct 12, 2009
Posted by Shane Hastie


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

好的軟體測試人員該具備有那些特質

What Makes a Good Software Tester?
http://devtesting.blogspot.com/2008/07/what-makes-good-software-tester.html

作者列出了大多數軟體測試人員應該有的特質

他們是探索家
- aren't afraid to venture into unknown situations.

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

優秀的測試人員應該有哪些特色

To be a Good Sofware Tester
http://rajeshtsi.wordpress.com/2009/09/09/to-be-a-good-sofware-tester/

September 9, 2009
Published in Rajeshtsi's Blog

1. 一個優秀的軟體測試人員應該有程式設計的知識

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

管理階層會怎麼看待測試?

What Management Thinks About Testing
-Rick Craig

很多測試人員很有興趣, 管理高層是怎麼看待測試團隊? 作者問了一群有資深的測試人員和測試經理, 得到以下的答案:

What is the point?
Necessary evil

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

看ASP .NET 團隊如何進行測試(2)

Evolution of the ASP.NET Test Process (Part 2)
http://testertales.blogspot.com/2009/08/evolution-of-aspnet-test-process-part-2.html

Friday, July 31, 2009
Posted by Federico Silva Armas

 

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

程式設計知識對測試人員重不重要?

To be a Good Sofware Tester
http://rajeshtsi.wordpress.com/2009/09/09/to-be-a-good-sofware-tester/

September 9, 2009
Published in Rajeshtsi's Blog


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

如何成為優良測試人員的八種方法

8 Ways to be a Good Software Tester
http://www.testandtry.com/2009/04/14/8-ways-to-be-a-good-software-tester/

April 14th, 2009
Posted by Marcin Zr?da
Published in
http://www.testandtry.com/

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

看ASP .NET 團隊如何進行測試(1)

Evolution of the ASP.NET Test Process (part 1)
http://testertales.blogspot.com/2009/07/evolution-of-aspnet-test-process-part-1.html

Sunday, July 26, 2009
Posted by Federico Silva Armas


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

預防是最好的方法

之前曾經post一篇有關於"別讓不懂營養學的醫生害了你"的文章, 它主要提到很多醫生擅長治療疾病, 可是卻不太懂的預防生病的方法.

醫生都知道怎樣用藥物, 如抗生素來消滅病毒,雖然有他的效用, 但是在過份濫用下, 導致抗藥性越來越高, 反而讓人們生病後不容易變好.

可是說到要事先預防保養, 常常沒有書籍, 媒體或是醫生大力宣傳, 現在即使大家有心想要開始預防, 也往往不知道要如何下手.

同樣的在我們軟體開發也是一樣, 測試人員常常認為維護品質, 只有靠大量測試來把守最後一關. 可是這就好像生病後吃藥一樣, bug 已經被產生了, 測試人員想辦法藉由測試來消滅它. 有時候為了有效要加強劑量, 便會採取加人測試, 或是大量的測試個案, 來促使品質的提升.

可是相信大家也發現到, 加人並沒有保證效果一定很好, 反而因為複雜的溝通, 以及需要時間培訓, 導致成效不彰. 同樣地, 因為太多test cases要執行, 導致測試人沒有有時間思考, 只想盡快跑完. 若是再加上殺蟲劑詭論, 讓投資報酬率變得更低, 因為那些case已經再也找不出新的bugs.

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

Bug bars

微軟在測試方面提出一個practice: bug bars.

也就是說他們會設定一個magic number, 當RD身上所負責的bug number超過這個數字, 他必須要停下手中的工作, 立即把bug number降到這個數字已下, 或者是全部解完.

它的目的是希望bug早點找到, 就能夠儘早被處理. 避免bug影響之後其他功能. 此外若是這bug很久之後才解, 容易被忘記它到底是怎麼發生, 或者是要根據哪個版本的source code才能解, 這都將增加問題處理的困難度

不過, 每種practice都容易被遭到濫用. 如果RD故意就是撐到這個數字才開始解, 而不是一開始找到就盡量解, 那原先的美意就被曲解了.


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

有問題的bug report種類

Defective Bug Reports
http://blogs.msdn.com/imtesty/archive/2006/06/28/649862.aspx

June 28, 2006
Posted by Bj Rollison
Published in I.M.Testy

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

Test Oracle

http://en.wikipedia.org/wiki/Oracle_(testing)

以前看到這個術語, 不知道他是什麼意思, 也沒花時間出查, 只是略過而已.

想說它應該是指測試時所要用到的資料吧, 因為看到是oracle, 或許應該跟資料庫有關, 後來真的動手去查了一下, 才發現自己還真的很無知

在wiki說, test oracle是指測試人員確認測試是否通過的方法或機制. 常見的方法有哪些呢:

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

有關Visual Studio Team Test 2010 Beta1 的資訊

Links to online help for Visual Studio Team Test 2010 Beta1
http://blogs.msdn.com/vstsqualitytools/archive/2009/05/27/links-to-online-help-for-visual-studio-team-test-2010-beta1.aspx

May 27, 2009
Posted by Ram Cherala, Principal PM, Visual Studio Team Test

作者整理了一些Visual Studio Team Test 2010的相關link, 希望能幫助你很快了解VSTS 2010有什麼.

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

Microsoft對測試人員所要求的訓練和技能

摘錄至 "How we test software at Microsot" ch2

微軟對測試人員有提供以下training roadmap
0. Day1-2: Cross Discipline New Employee Orientation
1. 0-2 years
   Test Design Approaches

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

軟體測試是sampling的活動


我想你一定聽過很多人說, 測試應該要涵蓋所有狀況, 或是抱怨未甚麼連簡單的東西都沒有測試到, 或者測試為什麼需要這麼多時間....

這是因為他們對測試這個活動的本質有點誤解, 他們不知道軟體測試是sampling的活動. 即然是取樣, 自然不會涵蓋所有狀況; 有可能你選樣不好, 導致某些狀況漏掉; 或者是隨著你取樣的多寡, 自然需要花的時間也就不同.

這時候你會問, 為什麼軟體測試是sampling的活動?

這個問題的答案是, 因為可以測試的組合是無限多種, 你不可能有無限的時間去做測試, 因此你必須挑選一些有代表性的來測試, 希望他能夠涵蓋大部分的狀況, 讓你投資較小的資源, 得到最大的效益.

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

Close

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

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

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

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

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼