其他

Authentication vs. Authorization認證 vs.

解僱之前的五分鐘 --- 原著Danny R. Faught《Five Minutes Ahead of the Boot》---Kiki翻譯於2005/7/15 “這個錯誤和我上個星期發現的類型相同。他們什麼時候才可以認識到這種問題？什麼時候我可以將精力放在預防bug上呢？那是一個更高尚的職業嗎？”一個感到不滿的測試員說道。你也許認為品質保證是你測試職業的下一個合理的台階，但是我曾經走過了那條道路並且不贊成這個觀點。在這篇文章中，我們可以發現作者並不是唯一一個有那樣的感覺的人。 Fiona

英文Windows無法開啟中文名CHM檔案的解決方案--------------------------------------------------------------------------------1、Control Panel --> Regional and Language Settings2、更改Regional Options選項卡裡的Standard and Formats為Chinese(PRC)3、重新開啟檔案另外，如果不想改此設定，只要將檔案名稱更改為英文，

 10大負面測試案例 負面測試（Negative testing）是相對於正面測試（Positive

GUI測試之按鈕篇 l         在同一視窗中實現某一功能的按鈕是唯一的。l         OK按鈕總是在上方或者左方,而Cancel按鈕總是在下方或右方。l         Cancel按鈕的等價按鍵通常是Esc,而選中按鈕的等價按鈕通常是Enter保持一致。l         測試按鈕能否正常的實現功能，常用按鈕的功能為：l           OK接受輸入的資料或顯示的響應資訊，關掉視窗 l           Cancel

From: http://jerz.setonhill.edu/writing/e-text/e-mail.htm1. Write a meaningful subject line.Recipients scan the subject line in order to decide whether to open, forward, file, or trash a message. Remember -- your message is not the only one in your

 Logon vs Login我們通常可以看到以下英文單詞:a) Logon / Logoffb) Log On / Log Offc) Login /Logoutd) Log In / Log Oute) Sign-on / Sign-off 儘管上述名詞有各種不同的譯法,但它們都是同一個意思,即進入(該)系統和退出(該)系統的意思, 用於表示登入到位於遠地的作業系統或應用程式。一般大家都會用登入/登出/登出來翻譯它們.通常login、logout、logon、logoff是對作業系統而言的.

 Windows平台下假設建有Domain A和Domain B， 兩者已經建立了信任關係，可以採用在命令列中輸入如下命令在各自的domain中增加使用者或使用者組：1. 增加使用者組FOR /L %i in (1,1,10) DO dsadd group cn=dn-grp%i,cn=users,dc=domaina,dc=com -secgrp yes -scope l  (Windows2003)FOR /L %i in (1,1,5) DO net group dn1-grp%i

  如何估算測試工作量（一）常規的估算測試工作量的方法作為一個管理者，你是否被詢問到某個項目要花多少時間，多少人力測試；或是作為一個普通的測試員，你是否被詢問到要花多少時間來完成某個任務或是一次迴歸測試？我想大多數在軟體行業的人或多或少都會碰到這樣的關於工作量估計的詢問。那麼你是怎麼回答的呢？你對你自己的回答有信心嗎？你是否最終發現實際上花去的時間和原本估計的時間大相徑庭呢？不同的人會使用許多不同的方法來估算及安排他們的測試工作量。不同的組織根據項目的類型，項目的內在風險，涉及的技術等而使用不同

       今天在Google上亂搜東西的時候,意外發現了這個<<55種用Google找樂子的方法>>. 由衷感歎一下,Google真強大,網路由於有了搜尋變得那麼的可愛.現在養成一個習慣有問題不問人了,就在網上搜,又快又准.       

可編輯欄位的檢查和確認在所有可編輯欄位中的有效、無效字元/字串資料在欄位中有效最小/最大/中間範圍的資料在必輸欄位中的Null

 如何估算測試工作量(二) 程式碼分析方法 –

前言在99年的Quality week上的一次演講中，微軟的一個測試經理，Roger Sherman指出了由於“不可重現”導致bug關閉的主要原因。這是一個非常可惜的情況，因為這樣的bug report浪費了緊張的開發計劃中的寶貴時間，增加了對產品品質完全是無關緊要的事情，同時導致了在開發人員和測試之間的挫敗感和差的感覺。有時，bug

以下是在編寫測試計劃時關於黑箱測試的關鍵區段：進入測試之前的接收測試資料流和其完整性配置和相容性壓力測試迴歸測試效能潛在的錯誤Beta測試發布測試有用性測試使用者介面一個好的實踐就是讓開發人員審閱已經寫好的測試案例。由於開發人員能夠從整體上瞭解特定功能或產品的設計，他們可以給你一些關於測試案例中遺漏項，應該增加項，需要在測試過程中特別注意的地方，甚至基於他們的反饋應該如何應用到測試案例中等方面的有價值的反饋。如何在沒有其他文檔的情況下建立測試計劃？1． 

 如何估算測試工作量(三) COCOMO模型 – 常見的軟體規模估算方法       程式碼分析方法作為一種度量估計方法,在20世紀80和90年代得到非常廣泛的發展,在業界開發了又許多中估算工作量和進度的參數模型,其中最著名的就COCOMO模型,它的最新版本是COCOMO II模型.COCOMO,英文全稱為constructive cost model,中文為構造性成本模型.它是一種精確、便於使用的,基於模型的成本估算方法，最早由勃姆 (Boehm) 於 1981

       每年給組員做PR的時候，總會談及職業規劃的問題。也總會被被問到怎樣何時才可以做一個lead，為什麼自己不能做lead？就從別處收集了一些自己也加了一些作為一個指引。但實際在具體操作時，也是每個manager見仁見智的事情，而且有時需要激勵和推動才能挖掘出他/她的潛能。 基本1.         理解及分解能力，能夠準確的理解上級給出的任務併合理的分解2.         目標設定能力，能夠將任務，時間，注意事項，期望結果，標準等明確的告訴你的組員3.        

 GUI測試總結GUI,GRAPHICAL USER INTERFACE的縮寫,通常發音為GOO-ee。眾所周之，GUI就是使用映像，輸入的文字，帶表徵圖的螢幕的電腦介面，取而代之許多鍵盤的功能。GUI讓使用者可以通過表徵圖和滑鼠與他們的電腦進行互動，而不是在命令列中輸入文本。第一個圖形化使用者介面是由Xerox Palo Alto

GUI測試之對話方塊、訊息框篇l         對話方塊/訊息框的預設<Enter>鍵應該設定在OK按鈕上；對話方塊/訊息框的預設<Esc>鍵應該設定在Cancel按鈕上。l         一般來說重要的或複雜操作成功後應該給予提示，根據系統的特性選擇彈出資訊框或文字顯示。需要後續操作的操作在成功後應給予提示。l         非法的輸入或操作應給出足夠的提示說明。l         對可能造成資料無法恢複的操作應該給予確認資訊，給使用者放棄選擇的機會。如刪除操作。

 國外幾個關於測試員的笑話 ---