其他

push 堆技術   .net 開發 2010-04-20 17:04:09 閱讀27 評論0    字型大小：大中小 訂閱

    原文發表於2008-12-24 15:18:49    測試是幹嘛的呢，在經曆了前一天對於測試發展的一些百度後，該是考慮這個事情的時候了。這次換做了Google了，在google上搜尋軟體測試，列出了很多有關軟體測試的網站，有關測試文章，當然也有很多關於測試新聞。         

         在前一篇文章中，我們提到了計劃測試要考慮到人、事、時等諸多問題，也提到了計劃測試重在計劃這個過程而不在測試計劃這個文檔。          這篇文章卻要專門討論一些測試計劃相關的話題。網路上現在已經泛濫了關於測試計劃的模板——用泛濫只是表示很多，並沒有貶損的意思，筆者才疏一時想不到好的詞語——這些模板對於製作一份測試計劃文檔來講非常有用，但是生搬硬套這些文檔卻並不能協助我們很好的計劃我們的測試工作，但是這些測試計劃中的主題卻可以很好地協助我們計劃我們的測試工作並有效避免疏漏。 

   原文發表於2008-09-20 22:04:03    幾天前好不容易找到了中英文版本的《人月神話》，適逢周末，抓緊時間拜讀一番。   《人月神話》的作者絕對是牛人，提出了一些觀點，尤其是對“人月神話”的否定：項目組不是人越多越好，兩個人四個月的工作量是四個人在兩個月內很難完成的了的。   

       原文發表於2008-12-14 20:49:49       在上一篇文章中，簡單的而介紹了一些測試覆蓋率相關的工具，由於大部分工具筆者並沒有使用的經驗，因此只是簡單地從網路搜尋了一下相關資料並將其整理出來，關於上篇文章的詳細內容，參見：測試覆蓋率之四——測試覆蓋率工具匯總。    這篇文章中，主要討論的是如何提高測試覆蓋率的相關問題。其實，提高測試覆蓋率最基本，甚至是唯一的辦法就是增加測試案例，但是怎樣通過增加測試案例而協助我們“迅速”提高我們的測試覆蓋率呢？    代碼走查

      原文發表於2008-12-25 11:54:48     “九陰真經”是當時在論壇上看到一位前輩推薦的，大名鼎鼎的《軟體測試》，美國人Ron Patton的作品。          在成為我們那個作坊裡面的軟體測試人員近半年後，我才碰到這本書，所以後來將此事引為一生之大憾事。以至於經常在閑下來發獃的時候想：如果我在一開始就碰到這本書或者至少早三個月，我現在的水平應該早就是誰誰誰那模樣了吧。我一直很推崇這本書，如同當年那位在論壇上極力推薦這本書的前輩一樣，這本書裡面講了太多有用的東西，

      原文發表於2009-02-05 12:58:01        

原文發表於2008-09-03 17:46:05 今天碰到裝滿資料的資料庫，想把它資料清空，以前使用的是產生指令碼並傳遞指令碼，後來發現這樣做有時候會導致視圖的丟失，所以只能找新的方法，網上搜了一下，解決方案如下：開啟Sql server management studio並建立一個查詢，在開啟的ＸＸＸ．ＳＱＬ檔案中輸入：execsp_MSforeachtable @command1='Delete from ?'execsp_MSforeachtable @command1 =

   原文發表於2008-09-22 10:39:22    這幾天項目時間比較緊，但還是禁不住抽晚上的時間看了本關於LoadRunner方面的入門書籍，說來慚愧，入行這麼久，一直沒有使用過這麼優秀的效能測試工具，工作的原因，或者公司工具偏好的原因，總之是知道最近才看到LoadRunner的廬山真面目。一直在有些招聘網站上逛遊，發現很多公司對於LoadRunner的要求，因此下決心要好好整整。  

      原文發表於2008-12-10 21:39:48    上一篇文章中，介紹了的意義之類的東西。測試覆蓋率可以協助我們檢查測試品質，檢查測試案例的有效率。如果有興趣的話，可以閱讀測試覆蓋率之二——測試覆蓋率有什麼用？     關於測試覆蓋率，我個人的感覺是說的多，用的少。最近在網路上看到一篇文章，討論一個問題“測試需要100%的覆蓋率嗎？”被轉載了很多次，有興趣的同行可以找來看看。的確，一想到測試覆蓋率，立馬就有完美主義者跳出來說100%。100%的測試覆蓋率有什麼好處呢？    1，

         在本系列文章中的第一篇，筆者就提到了計劃的實質是“特定的人在特定的時間在特定的地方做了特定的事情以實現特定的目標”,在上一篇文章的回複中，馬鈴薯老粗回複了對於測試計劃的看法，也就是5W1H定義：> WHY：為什麼要寫測試計劃； > WHAT：測試什麼； > WHEN：測試不同階段的起止時間； > WHERE：文檔放哪； > WHO：哪些人去做； > HOW：怎麼測試；    

    原文發表於2008-04-17 15:28:09   這幾天又開始看蔡為東的《軟體測試實戰  ——測試WEB MSN》，深刻感受到測試裡面學問實在是大。   印象最深的是當時看到退出功能測試，有點發癲。   原文大致如下：1. 點擊視窗連結中的“退出”連結2. 主視窗標題列上的“關閉”按鈕3. Alt+F44. 長時間不使用5. 網路斷開6. 瀏覽器進程被強行結束7. 電腦斷電[8.] 使用同一個帳號再次登入[9.]

     原文發表於2008-12-23 12:21:56     我是怎樣變成現在這個樣子的，經常想起這個有意思的問題，可是總是無解，因為每當我開始思考這些問題的時候我就要想起以前很多的事情，有趣的事情，開心的事情，傷心的事情，然後思緒就已經飛到九霄雲外了，或者迷迷糊糊地睡著了。         

     從昨天到今天一直在忙著部落格搬家的事情。     以前一直在51（無憂）安家，在無憂安靜地過著Aaron的測試生活，寫著屬於自己的測試小說。因為一些個人喜好，覺得應該換個地方了。無憂作為一個優秀的測試論壇，它自身也存在著很多我不喜歡的地方。諸如灌水的太多它卻沒有設定分類（指部落格文章），還有就是文章轉來轉去是在讓人很厭煩，積分制度也有一些毛病等等。總之，是決定投奔部落格園這個地方來了。   

原文發表於2008-09-04 22:26:37  列出所有進程：開啟命令列，輸入tasklist，敲斷行符號尋找記事本進程（notepad.exe）開啟命令列，輸入tasklist /FI "imagename eq notepad.exe"，敲斷行符號；可以查到該進程相關資訊包括進程ID關閉記事本進程開啟命令列，輸入taskkill /IM notepad.exe,敲斷行符號或者通過尋找找到記事本的PID（進程ID），如1234，則可以使用taskkill /IM 1234，敲斷行符號

      原文發表於2008-12-13 22:04:22  在上一篇文章我提到的是關於測試覆蓋率100%有關的話題，算是“跟風”談論了最近關於測試覆蓋率最流行的100%問題吧。關於上篇文章的詳細內容，參見測試覆蓋率之三——測試覆蓋率100%相關的話題 在上一篇文章中，和大家約定下一篇介紹關於測試覆蓋率工具相關的東西，可是這兩天一直出差，無暇顧及，希望關注我的朋友不要介意~ _ ~

閑時，突然有個小想法，跟大家一起分享一下。

原文發表於2008-04-08 10:47:48HTTP 錯誤 400 400 請求出錯 由於文法格式有誤，伺服器無法理解此請求。不作修改，客戶程式就無法重複此請求。 HTTP 錯誤 401 401.1 未授權：登入失敗 此錯誤表明傳輸給伺服器的認證與登入伺服器所需的認證不匹配。 請與 Web 服務器的管理員聯絡，以確認您是否具有訪問所請求資源的許可權。 401.2 未授權：伺服器的配置導致登入失敗 此錯誤表明傳輸給伺服器的認證與登入伺服器所需的認證不匹配。此錯誤通常由未發送正確的 WWW

     原文發表於2008-12-23 13:57:42     題目是“當項目出現空閑時候，如何開展測試工作”，但筆者想，我們更關心的可能是項目組中的測試人員沒事乾的時候我們該幹些什麼事情。     首先需要劃分一下，為什麼沒事幹：    

     原文發表於2008-09-18 17:11:00     本書自第一版以來，暢銷20餘年不衰，是軟體領域絕無僅有的必讀經典。本文作者為人們管理複雜項目提供了頗具洞察力的見解，既有很多發人深省的觀點，也有大量的軟體工程實踐。本書內容來自布魯克斯在{tagshow(event, 'IBM');}">IBM公司 System/360