現在,很多軟件組織都在走CMMI之路,這是以軟件工程過程的標準化來保證軟件質量的一種規范性行為。那么,軟件測試在CMMI中是如何定義和實施的呢?作為一名資深軟件測試人員,今天..
敏捷是因靈活性、頻繁傳送和縮短上市時間而產生,但是當你問你的客戶為什么選擇Scrum以及期望的是什么,你經常會聽到很多有關更好的團隊表現之類的說法(用更少的錢讀到更多特..
又一次,關于“敏捷測試”到底是什么的討論熱鬧起來,小編自己經歷過很長時間的實踐,后來也開始輔導團隊、企業實踐敏捷測試,現在就跟大家分享一下這些經驗。..
RUP(Rational Unified Process,Ratinaol 統一過程) 是rational公司提出的一套軟件開發過程,目前最新的版本是2003。RUP的最大特點就是它提供了一套完整的軟件開發過程框架,任何人或組織都可以..
在CMM的發展進程中,曾經提議將軟件評價與測試(Evaluation and Test)作為CMM的一個KPA加入到CMM中,雖然這一提議最終未獲通過,但通過對這一提議的討論,我們可以得到很多與軟件測試相..
TMM初始級軟件測試過程的特點是測試過程無序,有時甚至是混亂的,幾乎沒有妥善定義的。初始級中軟件的測試與調試常常被混為一談,軟件開發過程中缺乏測試資源,工具以及訓練有..
在CMM的發展進程中,曾經提議將軟件評價與測試(Evaluation and Test)作為CMM的一個KPA加入到CMM中,雖然這一提議最終未獲通過,但通過對這一提議的討論,我們可以得到很多與軟件測試相關..
任何項目中,溝通都是一個常見的問題。好的溝通,是敏捷開發的先決條件。在圈子里面混得越久,越會強調良好高效的溝通的重要性。 團隊要確保日常的交流,面對面溝通比..
作為 ThoughtWorks 的一名咨詢師,我曾不止一次的被問到 ThoughtWorks 的交付項目和一般意義上的外包到底有何區別。要區分差別,首先要對外包加以定義,外包從最傳統的 IT 外包到業務流..
我在上周三寫的這條微博。它在微博上激起了活躍的討論,周四的時候已經被轉發了87次,獲得了25個贊。 很顯然,這是個很火的話題,很多人對持續交付和持續部署之間的區別很..
為什么軟件開發方法論讓你覺得糟糕?.圍繞軟件開發實踐和方法論,總有很多教條式的口水仗。階段式(phase-gate)方法能夠有效管理軟件開發過程的風險,還是說只是風險管理中的花哨噱頭?TDD真的..
如何做effort的estimate?本文給出了敏捷開發模式中的一個方法。 項目經理被問到最多的問題就是,“這個項目什么時候才能完成?” 被問的時候,可能項目才定下來,僅僅知道大概的..
敏捷社區的一些成員強調了反饋循環對于提高敏捷開發流程效力方面的重要性。 “反饋循環”是什么呢?簡單來說,如果某個流程的執行結果可以影響到此流程未來的運作方式,那么它就..
Kevin Krac有一個問題,是關于在Scrum中追蹤完成任務所需時間的: 當開發人員A把自己的任務擱置一段時間(也許是一整天,甚至兩天),以幫助另一位開發人員B對其任務做分析或者編碼…..
最佳的架構、需求和設計出自于自組織的團隊。蜂巢中的工蜂們看似忙碌,但其工作卻是有序而有效,歸根結底就是它們的組織架構其實是自我組織的。在自我組織的團隊中,團隊是一個整體..
傳說中的結對編程,大致結構是兩個人共用一臺電腦,一個開發,一個測試,以隨時評審來抵消返工時間損失。 傳說歸傳說,誰也沒有見過。問題出在哪里?有兩種主要原因。 一..
前些日子看見一個典型案例,一同行說,自己的新浪微博應用,從提出創意到發布只用了6天,6天!這款應用叫“APP匯”,思路上挺帶感的APP 社交推薦服務。從正面的意義講,盡早拿出一個可用..
多數大型開發組織都有一套自己的編碼和實踐規范。但是對這些團隊而言,光是將這些規范文檔化,并保證實時更新,就是一個巨大的挑戰。此外,在工作中長期、忠實地執行這些規范和標準..
敏捷開發:如何通過回顧保持學習狀態 軟件開發不是孤獨的追擊,它需要同其他開發者和其他部門協作。大多數組織建立的軟件生命周期沒有涉及到如何進行這些交互?,F實是許多團隊的過程..
在《建設全功能團隊》和《建設全功能團隊——實踐篇》兩篇文章中,我的同事胡凱曾介紹過建設全功能團隊的必要性和良好實踐,此后在圍繞這一話題的討論中,很多人都分享了自己的理解,..