發表文章

目前顯示的是 7月, 2009的文章

從歐巴馬如何用IT成功行銷自己一文看協同作業平台的選擇

圖片
iThome在407期的IT書摘 從歐巴馬如何用IT成功行銷自己 , 裡面有一些隻字片語, 雖然大部分的人讀到時, 可能沒有什麼感覺, 但是由於太多客戶問過我們類似的問題, 剛好從這篇文章 我找到了一個範例, 來做另一種解答, 我想用第三方的觀點來解釋與驗證遠比我們的回答來的客觀.  以往很多客戶在評估codeBeamer的過程中,多會問我們以下這個問題 codeBeamer與BugZilla or Mantis or Jira有何不同, 可否作個比較? 如同書摘中所提到的, 企業為了節省IT開銷, 會使用Free的解決方案來作內部的協同作業平台, 所以很多客戶會問我們這個問題, codeBeamer的Tracker功能在許多opensource,例如BugZilla, Mantis, 甚至較便宜 的商業軟體Jira都可以做的到, 為何要選擇codeBeamer? 從我摘錄書摘的這幾段文字, 你應該找到答案了, BugZilla, Mantis, Jira其實只是做單一的Bug Tracking軟體, 對於Issue tracking是足以應付, 但是在專案協同作業 過程, Issue tracking只是協同作業的一環並不足以勝任專案過程中所有的協同作業(例如:如何做好Test case, Release管理, 或是條件式的Build管理/Iteration管理), codeBeamer整合了Issue Tracking, 文件管理, Wiki, Forum,Report, Build等功能並與SCM(SVN, CVS, Mercurial, Git etc )整合,且提供client端API讓系統管理者可以延伸其功能或是與既有系統整合, 這就是codeBeamer 與這些單一功能的Issue tracking功能最大的不同(所以實在無法比較, 這句話以前想說, 實在說不出口). 可以看出codeBeamer最大的價值除了其提供的 各項垂直功能,和其 水平整合(如同Facebook整合了相簿, blog, 還有各式各樣的plugin)  讓專案團隊可以合作無間的完成專案的目標.        在做codeBeamer的presale過程, 我也看到不少企業自己建立團隊自己開發企業內部類似codeBeamer的系統, 就像書摘中所題的, 如果你擁有技術和精力的話,

協同作業式的Bug management

使用codeBeamer+Groovy script+Build-以Scrum專案管理為範例

前一陣子codeBeamer原廠INTLAND的客戶USDA向我們展示了如何使用codeBeamer+SVN+ANT Build+ Groovy 來處理 Scrum 專案管理過程中的自動化管理, O. David 目前在Colorad State University擔任教職, 並於 USDA 農業部使用Java開發環境模擬軟體, O. David將codeBeamer的java api再包一層Groovy script api, 並示範如何用Groovy script來進行一些在scrum專案管理過程中的自動化的資料處理, 如果對Scrum(or Agile 我認為這份簡報也適用於Agile專案管理)自動化有興趣, 可以到 http://www.javaforge.com/displayDocument/BPM.pdf?doc_id=68991 下載這份簡報, 應該會很有收穫. 這份簡報並不講述為何使用Scrum或是什麼是Scrum, 而是著重如何使用工具來做Scrum的自動化管理, 在這份簡報, O. David示範了 1. 如何使用groovy script來讀取codeBeamer的Tracker , Forum, Builds Documents Users. 2. 解釋為何使用Groovy? 3. 使用Groovy+Codebeamer的安裝需求 4. 支援SCRUM的目標與好處 5. 使用Groovy準備Sprint review meeting (sprint backlog, daily burndown chart ) 6. 使用Groovy做scm(例如subversion) commit control, commit code後, 使用Groovy script自動將對應的有修正的issue list改成Fixed 7. 使用Groovy來進行稽核式的Build管理流程自動化(根據issue fix狀態, 與scm commit記錄 來判斷是否要build一版 ) 8. Build成功, 自動建立MileStone , 並將MileStone相關的issue與request與Build好的binary做association, 並將這些issue/request list更改狀態為準備測試, 然後進行下一步的測試, 如果測試都OK 這個M

協作式的Test Case Management

不管開發軟體或硬體, 我們都希望產品到客戶的手中能得到滿意的評價. 所以產品在出貨前確定客戶在所有可能的使用情境下,都能順順利利, 才逅得著"滿意"的邊. 這一方面仰賴設計者本身的品質修養,如寫code的邏輯和布局, 硬體零件材料如何選擇的經驗值,...., 另一方面Test Cases的coverage是否能夠包含所有使用的實際狀況,將決定每次release的品質. 也許一兩位好的QC人員有辦法寫出70% 的Test Cases, 避免嚴重的bugs. 不過, 有很多瑕疵有可能與當初設計的想法有關, 讓設計者與接近客戶的行銷業務人員或客服人員參與Test Case的討論, 將有助於讓Test Cases更接近客戶實際使用狀況. 也可以更貼近客戶的角度來認知Test Cases的輕重緩急, 或發掘更好的測試技術或方法. Test Case的執行, 相信也不是一兩人可以完成的. 在拜訪多家公司, 發現很多公司對於Test Case的管理很重視. 我們也看到大多數的管理的方法是運用Excel來做Test Case列表, 並確認是否每個Test Case都通過測試了. 這樣的作法應該是可行的, 不過我們多少聽到客戶不滿意的聲音, 畢竟Excel不能同時多人進去更新, 且不好寫很多細節, 更無法就每個test case做測試的細節把關. Test相關的文件或source codes, 要在Excel中標明, 還得寫一大串http或儲存檔位址的詳細敘述. 這些都造成Test Case Management所需要的協同作業滯礙難行. 是否可以運用協同作業的工具來克服這樣的問題呢? 運用Tracker來做Test Case List的討論應該是最有利於同時多人依每個人的專長自由發揮. 有的人會想到哪些使用情境需要測試,有的人對於測試的方法很在行, 有些人很清楚如何把關確認測試是否確實執行,有的人擁有測試的自動化的技術, 所以可能一個Test Case就有許多專家的貢獻, 當這些Test Case集中討論, 成為Test Case的知識庫, 對於往後同類型產品的測試與出版, 將可以省去許多不必要重製Test Case的時間, 且累積這方面的功力. 另一方面我們要注意的是, Test Case List應該隨需求變更和新發現的Bug做變動, 所以

讓iPhone行事曆與Google行事曆同步(3/3)

圖片
讓iPhone Calendar與Google Calendar同步(1/3) 讓iPhone Calendar與Google Calendar同步(2/3) 在上篇的Howto, 我們已經可以同步一個以上的Google行事曆到iPhone行事曆, 但是你應該很快發現一個很奇怪的問題-->為什麼有些Google的事件同步到iPhone的行事曆後, 但是iPhone的行事曆在事件快發生前並沒有發出警告通知? 於是你比對了這些同步到iPhone的Google事件, 發現了一些差異, 有些Event有通知, 有些Event卻沒有, 我將兩個截圖顯示如下 OK , 看起來問題可能出在在Goog行事曆新增事件的時候沒有加入提醒的設定, 於是你到Google行事曆的事件編輯畫面, 加入了一個提醒, 再與iPhone行事曆同步一次 這時候你可能會感到很挫折, 同步後, iPhone行事曆上的事件還是沒有提醒or提示的設定, 這到底發生了什麼事? 是Google行事曆的Bug or iPhone行事曆的Bug ? , 我猜兩方都有問題, 但是還好, 還是有解決之道, 經 過我的比對, 發現有些設定上的差異, 原來那些從Google行事曆同步到iPhone行事曆的事件會有提醒的設定是因為那些事件所屬的Google行事曆有設定Default通知功能, 我用以下截圖來檢視Google行事曆的設定 1. 到Google行事曆, 選一個行事曆的下拉功能表, 選擇通知 你會發現, 這個行事曆有一個預設的提醒通知 2. 以同樣方式, 點選另一個行事曆的通知, 你會發現, 這個由你自己建立的行事曆卻沒有預設的提醒通知設定 OK, 所以你大概知道發生了什麼事, 只要到這個Google 行事曆新增一個預設的提醒通知, 以後在這個Google行事曆新增的事件同步到iPhone後, 就會有提醒的設定. 結語:  1. 我認為Google與Apple應該會在未來版本解決這個問題, 照理使用者就算沒有設定預設的提醒通知, 在個別事件設定了提醒通知, 應該也要將這個提醒通知設定同步到iPhone才對. 2. iPhone的行事曆是少數iPhone內建的軟體具有背景行程執行的功能, 很多iPhone上的Todo軟體應該都很希望可以利用這個管道讓他們的軟體也有通知功能, 但是事與願違, Apple卻遲遲沒有開

讓iPhone行事曆與Google行事曆同步(2/3)

圖片
讓iPhone Calendar與Google Calendar同步(1/3) 如果你已經設定好iPhone與Google Calendar同步, 很快你會注意到, 唉! 怎麼只有同步一個Google行事曆? 這個行事曆是你申請Google帳號後, google為你自動建立的行事曆. 還好Google有提供 另外的文件 教你如何設定同步 更多的行事曆(註:以我使用GData API開發Google Calendar client的經驗, 這個功能其實可以在iPhone上設定, 不知道為什麼Google還要多這一步?) 在Google的這份文件中提到, 你必須使用iPhone的Safari連到http://m.google.com/sync, 然後使用你的Google帳號登入, 再選擇你要同步那些行事曆 , 但是如果你的iPhone使用語言是中文, 也許你用iPhone Safari連到 http://m.google.com/sync 你會看到以下畫面, 還好, 並不是中文版的iPhone不支援多個行事曆同步, 只要將語言變更到英文就可以了 變更語言後, 會出現以下畫面 登入後, 點選iPhone 將要與iPhone同步的行事曆勾選後按Save, 就可以了 打開iPhone 行事曆, 就會看到多個Google行事曆了 在下一篇文章, 我將介紹, 如何讓同步到iPhone行事曆中的事件也具備有背景通知的功能.