目前分類:Agile Testing (39)

瀏覽方式: 標題列表 簡短摘要
    探索式測試 (Exploratory Testing) 是敏捷測試中一大技法. 可是在過於強調自動化的潮流下, 往往我們會忽略這個做法. 今天來給大家整理一些基本資料, 以方便大家學習.
 
 
所謂探索式測試, 就是同時進行分析系統, 學習系統, 設計測試, 執行測試等動作. 因為一開始對受測系統不太懂, 無法開始就設計到位, 需要先執行一下系統, 了解他是什麼, 同時也思考要如何規劃設計. 因此, 這幾個動作是交錯在一起進行的. 這就像敏捷開發一樣, 設計, 開發和測試會同時發生, 不應該分成不同階段. 
 

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

我想大家都知道, 唯有給客戶想要的東西, 這樣你的產品才能大賣. 可是這樣的道理真的不容易做到.

那可以怎樣改進呢? 我想很多人一定問過這樣的問題. 並且最常見的反應, 是說自己根本沒有機會可以跟客戶接觸; 或者說即使跟 PM 講了, 他們也不會接受.

不過, 我想可以換個角度來思考一下, 為什麼大家不先從自己能夠掌握的地方開始練習呢? 如果你能夠讓你接觸的人滿意, 當日後有機會接觸到, 你所謂真的客戶時, 你才可能讓他們也滿意.

 

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

最近開始在研究實例化需求(http://www.amazon.com/Specification-Example-Successful-Deliver-Software/dp/1617290084), 開始帶領團隊看書和練習. 我們志不在自動化, 而是確認如何落實這樣的觀念到專案中, 了解要如何實際應用, 並且確保是有效果的.

昨天進行了一場需求工作坊, 我把一些事情記錄下, 以供後面持續改進.


1528693_730672113610851_1666113020_n  

進行流程

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

讀書摘要: 敏捷測試的思考 (3)

Practices for Scaling Lean & Agile Development
Chapter 3 Testing


5. 避免將開發與測試分離

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

讀書摘要: 敏捷測試的思考 (2)

Practices for Scaling Lean & Agile Development
Chapter 3 Testing


3. 避免複雜的測試用語

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

讀書摘要: 敏捷測試的思考 (1)

Practices for Scaling Lean & Agile Development
Chapter 3 Testing

對於測試, 在agile中應該要具備一下思考態度

1. 避免假定測試就只是意謂只有測試而已
- 根據Meyer(The art of software testing的作者)的定義測試, 是
一個以找出defect為目的的一個過程. 但是在agile中並不是只有這

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

資料來源: The Seven Deadly Sins of Agile Testing
http://properosolutions.com/2011/03/the-seven-deadly-sins-of-agile-testing/
 
images-agile-testing-500x500  
 
作者在 2011 SQuAD conference 中的簡報, 提出了這七個問題. 此外在 workshop 中, 他和與會者討論, 如何才能解決這些事情. 以下是我摘要出來的內容.

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

甚麼是Acceptance Test-driven Development?

ACCEPTANCE TEST-DRIVEN DEVELOPMENTWITH ROBOT FRAMEWORK
by Craig Larman and Bas Vodde

Acceptance Test-driven Development(ATTD)是一種以協同合作的方式, 利用範例和自動化測試 - 也就是建立可執行的specifications, 來描述和發現需求.
ATTD 分成三個部分
1. Discuss the requirements in a workshop.

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

十件XP團隊在測試上常犯的錯誤

Top 10 Testing Mistakes XP Teams Tend to Make
http://testobsessed.com/2006/03/23/top-10-testing-mistakes-xp-teams-tend-to-make/

1. 試圖用單元測試代替驗收測試

2. 沒有自動化驗收測試

3. 認為測試自動化就已經足夠了

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

為什麼在實作之前撰寫測試會比較好
 

如果你在進行測試時, 只是重視檢查每個程式碼是否被實作正確, 這樣是沒有意義的.

例如: 檢查所輸入的三邊長度, 是否符合三角形的要求
verifyTriangle( int Edge1, int Edge2, int Edge3) {
  if ( Edge1 + Edge2 > Edge3)

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

Agile Testing Quadrants (2)

Source: http://lisacrispin.com/downloads/AdpTestPlanning.pdf

Quadrant 2
Functional Tests/Examples/Story Tests/ Prototypes/ Simulations

1. 第二象限的目的
- 驅使開發團隊思考business centered的測試

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

Agile Testing Quadrants (1)

Source: http://lisacrispin.com/downloads/AdpTestPlanning.pdf 

在agile testing(lisa crispin)一書中提到agile testing quadrants(這個觀念並不是 lisacrispin提出), 說在做agile testing時要以比較廣泛的角度在看待測試, 而不是僅以某個角度來思考.

這裡他介紹了四個面向來思考測試: 從技術面向, 商業面向, 評判產品的面向, 支持團隊的面向. 從這四個面向他發展出四個象限, 不過這四個象限並不是一對一對映前面所說到的四個面向, 由下圖中你可以看到他們的關係.

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

Acceptance Testing Engineering Guide

http://www.codeplex.com/TestingGuidance

Accrptance Testing在agile中也是很重要的一個practice, 但是目前很少書籍在討論它

目前我找到微軟要對它出一系列相關的書籍. 它目前分成四個部份, 其中第一個部份的release candidate已經好了, 並且可以免費下載
http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=TestingGuidance&DownloadId=89573&FileTime=129011629504470000&Build=16135

Volume I

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

測試自動化金字塔中被遺忘了一層

The Forgotten Layer of the Test Automation Pyramid
http://blog.mountaingoatsoftware.com/the-forgotten-layer-of-the-test-automation-pyramid

即使agile方法論的好處很多, 可是我們還是要自動化我們的測試, 但是我們大多做不到. 自動化測試的代價非常昂貴, 當一個功能完成後, 可能要花數個月去完成它, 有些狀況可能要花數年. 團隊認為之所以這麼困難很快寫好, 其中一個原因就是我們在錯誤的level上做自動化. 由下圖可以知道, 有三個level可以做自動化, 這個圖稱為測試自動化的金字塔
http://blog.mountaingoatsoftware.com/wp-content/uploads/Testpyramid.jpg

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

Develop n Test n-1的iteration開發方式

Testing the Agile way
http://www.agilejournal.com/blogs/2009-11-18-04-44-13.html

Oct 11, 2009
Posted by Babs


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

如何在Agile/Scrum專案中處理Bugs

Coping with Bugs on an Agile/Scrum Project
http://www.infoq.com/news/2009/07/coping-with-bugs

Jul 15, 2009
Posted by Mark Levison


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

Ten Principles for Agile Testers 

這是Agile Testing: A Practical Guide for Testers and Agile Teams 一書中, Lisa Crispin所整理, 有關agile tester應該有的十項原則. Enjoy it

1. 持續提供feedback
- The agile tester is central to providing the team with feedback: Acceptance criteria is the most concrete way to measure positive progress on an agile project.

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

Agile Testing 簡介

Testing in an Agile World: An Agile Testing Overview
http://blogs.inovis.com/2009/01/08/testing-in-an-agile-world-an-agile-testing-overview/

January 8, 2009

Posted by Meg Suggs
Published in "The Invois Blog"

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

在Scrum中如何進行測試?

Scrum - Two Levels of Test?

http://insidesqa.blogspot.com/2008/11/scrum-two-levels-of-test.html

23 November 2008
Posted by Peter Marshall
Published in Inside QA

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

Agile Testing 的策略
http://insidesqa.blogspot.com/2009/02/agile-test-strategy.html

作者過去曾經設計很heavy的testing strategy, 並且試圖讓人知道為什麼要這麼做, 以及要做些什麼事

但是他也發現, 不管先前做這些事的意圖多麼正當, 可是在執行的過程中常常無法達到那樣的效果

所以他在最近一次的project中, 他改良出一版lean testing strategy. 他認為這次是比較有用, 並且比較實務

所以就讓我們來看看, 作者改良後的testing strategy為何:


Phase: Project Set Up
    * Understand the project
    * Collect information about the project
    * Create a test knowledge repository

Phase: Planning & Analysis or Release Planning
    * Assist in the definition and scope of stories
    * Develop test plans based on planning session

Phase: Development Iterations
    * Risk analysis during the sprint/iteration planning
    * Construct acceptance tests for each story
    * Develop business functionality validation plan
    * Document and write tests for defects
    * Automate with both unit and UI tests
    * Assist in functional review/demo
    * Accept User stories

Phase: Hardening Iterations
    * Regression test
    * Business acceptance testing
    * Develop release readiness plan
    * Run performance tests

Phase: Release
    * Assist in release readiness
    * Plan test release data and tests
    * Accept the Release

作者認為根據這個strategy, 它可以deliver經得起考驗的軟體, 但是又不會有像傳統測試一樣, 需要有大量文件撰寫的負擔

不知過位看倌你覺得如何?

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

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼