其他

    (轉自李開複的部落格：http://blog.sina.com.cn/kaifulee)    時光荏苒，時光匆匆走過了一個四年，回望過去四年我在Google的職業生涯，所有的快樂、成就以及曾經面對的困難與挫折，所有的這一切如同一部電影在我的腦海裡不斷地閃過。在這離別之際，我不禁百感交集。在這四年時光裡，Google中國從一個很小的雛形一直慢慢發展壯大，一直到今天，它成為了一家平穩，成熟，走上軌道的公司。   在整整四年的時光裡，我努力地把Google“平等、創新、快樂、無畏”的精神帶到

我一直在想，如何將自己的測試團隊打造成世界一流的團隊？流程、測試自動化、創新、扁平式管理、國際標準制定、測試社區貢獻、……

     負載測試（Load testing）、壓力測試（Stress Test，應稱為強度測試）和效能測試，這三個概念常常引起混淆，難以區分，從而造成不正確的理解和錯誤的使用。之前，也有不少討論，比較有名的，應歸為Grig Gheorghiu's的兩篇部落格：Performance vs. load vs. stress testingMore on performance vs. load testing    

Unicode問題MS SQLServer不能正確處理Unicode 原因：WAS8的default encoding 值Oracle不能正確處理Unicode 原因：資料庫的編碼方式UI Consistency一致的設計/實現，會減少使用者使用的confusion和學習時間，獲得良好的使用者體驗。實際遇到的不一致問題有字型點選連結是否開啟新視窗預設的操作。例如預設的焦點、點擊Enter時，預設的操作等在不同瀏覽器上顯示和行為不同。切換不同的tab，看UI是否被影響。跟其他模組整合就容易出問題。

我上篇部落格 “微軟IE8的不足給Firefox帶來了生存機會”，在Firefox  和 Google瀏覽器顯示正常，而在IE 只顯示一個標題，奇怪！難道是因為說它不夠好？有那麼智能？ 還是相容性問題？    所以你還是用Firefox 或 Google Chrome 來瀏覽。但是Firefox 現在越來越不爭氣，一天 crash 幾次 ... ... IE 問題還很大，啟動慢，佔用太大記憶體，一個進程100＋M，有多個進程。另外，IE 8 比IE7更容易Crash,

   敏捷方法在軟體開發中受到青睞，特別是在互連網應用服務系統的開發中，越來越多的公司採用敏捷方法，包括XP、Scrum、Lean、Crystal、FDD等。具體的敏捷方法在操作時有一些區別，但基本思想是一致的，如客戶至上、擁抱變化、縮短迭代周期、自我組織等。在敏捷方法中，流程相對靈活，強調溝通，通過充分的溝通來及時解決問題，由於溝通充分，文檔不是很重要，而且有可能不採用Word等獨立的檔案格式，而是採用Wiki、空間等web內容方式。在敏捷方法中，需求變化比較快、產品開發週期很短（一、兩周），

 GWT 2.0的新特性有：Speed Tracer——一個效能分析工具、開發模式、UiBinder、布局面板以及更多的JavaScript代碼級最佳化。使用GWT構建的Speed Tracer（ST）是最有吸引力的GWT外掛程式。它是一款針對Chrome的效能分析工具，可以用來分析任何web應用，不僅僅是GWT應用。ST是一個Chrome擴充，因此必需開發版的Chrome

如果developer return了你的defect，你會怎麼做？return的原因通常有那麼幾種：can not reproduceNeed more informationScenario is invalidLimitationWork as designed對策：1）如果是can not

開始步入嵌入式行業是因為工資高，覺得這裡才是出路，有了想法，有了動力，加上外部力量的助推，我進入了夢寐的公司；開始不會寫程式，那是硬著頭皮上的，碰見問題就問，遇到問題就舉手無措，差點別掃地出門，學會了獨立思考和解決問題；開始時夢想成為程式員，卻來到了測試，發現這裡才是我的樂土，這裡才適合我，或者是處心積慮，將其作為一個跳板，在這裡練就好本領；開始為：測試-->研發-->管理

There are 5 reasons to return in RTC(Rational Team Concert)1. Can not reproduce2. Need more information3. Scenario is invalid4. Limitation5. Work as designed.Following is what I do according to different reason.1) Can not reproduce. In most cases,

其實之前對“一個tester應該具備哪些素質”這個問題沒有什麼很特殊的想法，只是近期面試了一些人，慢慢地積累了一些。0）溝通能力從語言來說，英文要能清楚表達自己正在做的工作以及遇到的問題。1）邏輯能力邏輯能力是個比較寬泛的說法。回答問題時，有條理。能夠將自己做的事情說得明白。設計case時，能夠覆蓋基本的路徑。2）好奇心對於一個軟體產品，有基本的好奇心。好奇心驅使著人去探索、去想得做得更多，而不僅僅限於別人清楚告訴你的紙面的工作。對於在面試中，如何面試好奇心，其實我也沒有什麼清楚的想法。只是在別

（最早發表於 http://blog.sina.com.cn/webexren） 2008年11月15日下午，我突然接到Jim的電話，他說，“Kerry，有件事要告訴你，這次從國內回到美國，總覺得有點不舒服，去醫院檢查後，被診斷為胰腺癌，比蘋果公司Steven

《完美測試》前言　當寫本書的時候，出於一種心愿，出於一種理想，取書名為《完美測試》。當真正開始寫作時，又覺得是一件很困難的事。首先如何理解什麼是完美的測試？然後又如何把測試工作做得完美？於是在微博上發出文章，問大家如何理解什麼是完美測試，但得到的答案也是不一樣的。 　　@張定勇_darren：值得思考的問題。我的理解，軟體測試是建立對產品信心的過程，將產品引發終端使用者損失的風險降低到一個“可接受”的程度。因此，“完美”只能是相對的，或者說測試永達不到完美的程度（這也是測試的魅力所在）。比如我們

 01 class MThread :public QThread   02 {   03 public:   04     MThread();   05     ~MThread();   06     void run();   07     void foo();   08     ...   09         10 };  POINT 1:QThread類的執行個體與普通類的執行個體沒什麼不同,只是運行著的run()函數會不同 例1:顯示代碼列印01 class MDialog :

（本文轉自InfoQ:

在工作中經常有一些工作是daily或者weekly要做的。如果能夠用指令碼將這些工作群組織起來，自動執行，則會省掉很大的力氣。這裡介紹一些常用的命令。1. tee 將某個sh執行結果輸出到指定的檔案./redeploySC.sh |tee `date +"%Y%m%d_%H_%M"`.txt2. 將某個檔案中的值讀出，賦給一個變數CUR_BUILD_DIR=`cat /mnt/119/currentBuildLabel.txt`3. 將變數的值輸出到console上，讓使用者看到。echo

[著作權，轉載請註明作者（朱少民）和出處]原來準備在上海MPD上和大家分享以前在新浪微博（查看原文：http://t.cn/zOSXmst）提到的 神奇的曲線：探索式測試與基於指令碼的測試之關係，結果上周接到培訓任務，去成都做了一場培訓，和學員做了簡單分享。探索式測試（Exploratory Test）經常被簡稱為ET，由 Cem

在今晨巴西和法國比賽結束之前，“五星”球隊的巴西一直被排在奪冠的頭把交椅，這也許是因為巴西隊個人技術嫻熟、魔幻四重奏、陣容強大，隊中有多名巨星，如羅納爾奪（大羅、胖羅、肥羅）、羅納爾迪尼奧（小羅）、卡洛斯等等。巴西隊個人能力確實很強，當面對比較弱的球隊，顯現更明顯，一旦對手犯錯誤，就能給對手致命一擊。但看了今晨巴西和法國的比賽，不會覺得巴西隊實力超強，缺乏整體配合、缺乏攻擊力等。對於個人能力也很難給予肯定。從個人能力看，前鋒表現平平，包括巨星大羅、小羅，而巴西隊今天后衛表現突出，如卡洛斯、胡安(

使用新浪微博有三年了，現在許多網友上新浪微博越來越少了，問題在哪裡呢？可能有很多，這裡僅列出其中關鍵的七大問題。1.你發了微博別人不一定看到，犯欺詐罪左邊是@行動裝置 App測評

   敏捷（agile）方法現在非常Hot, 特別是Scrum, 在國內各個技術大會上都能見到其身影，許多公司也在考慮引入敏捷方法。