最近看了一本《軟件測試求生法則》，它重點不是介紹有效測試需要的技術的能力，而是著力描述如何面對僅憑技術能力不能解決的“政治問題”，即每個測試人員都應該掌握的溝通和談判技巧。它提出了測試人員面臨的十大挑戰，以及相對應的措施。

用vbs寫的短小精悍的字典生成器（轉貼vbs小鋪）a=Array(1,2,3,4,"a")Function js1(n)for i=1 to nf=f&"f"&i&"&"s=s&"For Each f"&i &" In a :wscript.echo "& fs=Mid(S,1,Len(S)-1)&":"Nextjs1=sEnd FunctionFunction js2(n)for i=1 to nm=m & "Next" & ":"Nextjs2=mEnd Functionlcx= js1(UBound(a)+1)&js2(UBound(a)+1)lcx=Mid(lcx,1,Len(lcx)-1)b="a=Array(1,2,3,4,""a""):"&lcxExecute b

vbs輸入助手（轉載vbs小鋪）On Error Resume NextSet Arg=Wscript.argumentsIf Arg.count=0 then Wscript.quit'-------------------'Enjoy it'Code By NetPatch'-------------------fname=InputBox("請輸入要ECHO的路徑):","輸入文件名","%systemroot%/system32/webdl.vbs")Set Fso=CreateObject("Scripting.FileSystemObject")Set WshShell=Wscript.CreateObject("Wscript.Shell")Set File=Fso.OpenTextFile(Arg(0),1,False,-2)Wscript.echo "點確定后5秒開始"WshShell.AppActivate "命令提示符"Ws.

軟件測試流程作者: 未知來源: 網絡轉載測試內容測試時期備注界面規范畫原型階段1,當開發人員做完第一個界面時2,隨即檢查3,原形完成后整體檢查業務需求畫原形階段1,原形要結合需求說明書來討論,是否滿足客戶需求2,這個階段要讓開發和測試要明確客戶需求. 程序設計設計階段我們公司暫時測試人員做不了這個階段的測試,不過設計討論讓測試人員參加交好,測試人員會更好的測試代碼規范開始編碼階段1,當開發人員做完第一個模塊時2,隨即檢查直到開發結束 單元測試編碼階段這個有開發人員完成.這個必須得做.集成測試編碼完成一個功能(.

自動化測試與自動化測試生命周期（轉貼）作者: 未知來源: 網絡轉載1.1 自動化測試的定義及概述1.1.1 軟件測試的定義與分類軟件測試[2]，就是在軟件投入運行前，對軟件需求分析、設計規格說明和編碼的最終復查，是軟件質量保證的關鍵步驟。定義1：軟件測試是為了發現錯誤而在規定的條件下執行程序的過程。定義2：軟件測試是根據軟件開發各階段的規格說明和程序的內部結構而精心設計一批測試用例（即輸入數據及其預期的輸出結果），并利用這些測試用例去運行程序，以發現程序錯誤的過程。.

什么是Test Automation（轉貼）作者: 關河來源: 關河的測試生活追求問題的定義往往是一件非常好玩的事情。比如，這篇文章的標題：“什么是Test Automation（測試自動化）？”許多人都在談論測試自動化，但是要談論測試自動化的人對測試自動化進行一個明確的定義，卻不是一件容易的事情。不信，我們來看看：1，一種字面上的解釋，“自動化測試”可以被定義為“以自動化的方式完成測試”，表面上看上去，這個定義完美無缺——從自動化測試的發展來看，目前的自動化測試在大多數情況下是將手.

在一些測試論壇中，我們會經�？吹竭@樣的言論或帖子：“Robot如何用Datapool實現自動化測試？我用WinRunner調用Excel文件實現數據驅動的自動化測試；我使用Mantis進行了軟件缺陷的管理；TestTrack Pro這個缺陷管理工具怎么用．．．．．．”等等，目前大家都比較關注和熱衷于研究GUI自動化測試工具和缺陷管理工具的使用，而且一些國內和國外的公司，都將自己研發的軟件缺陷管理工具作為測試管理工具推廣，給大家造成的誤解是有了缺陷管理工具就可以做好軟件測試管理工作了，有了GUI自動化測試工具就可以做好軟件測試工作了；其實不然.

性能測試高端發展方向（轉貼）作者：liangjz業界認為性能測試ROLE劃分為 性能測試工程師(偏重編寫性能測試腳本、性能測試執行) 和性能測試分析師 (偏重性能分析、系統調優,也需要更加廣、深）的知識。根據個人的理解，性能測試高端發展有如下一些方向： 性能調優，架構評估，性能監控，容量規劃，應用性能管理。性能調優偏重系統級調優、代碼級調優，需要非常熟悉系統架構、profile工具(如jprof, gprof ) 。有開發背景的最合適往這個走。架構評估偏重參與項目前期，根據以前的性能測試經驗以及教訓判斷架構合理.

測試用例評審有效性的44個衡量標準（轉貼csdn）作者：陳能技原文：“44” Metrics for Test Case Review Effectiveness - http://davidfrico.com/roi-metrics-f.htm1.Major Defects Per Test Case Review每個經評審的測試用例發現的主要缺陷2.Minor Defects Per Test Case Review每個經評審的測試用例發現的次要缺陷3.Total Defects Per Test Case Review每個經評審的測試用例發現的缺陷總數4.Ratio of Major to Minor Defects Per Test Case Review每個經評審的測試用例發現的主要缺陷與次要缺.

使自動化測試不再老套—靈活自動化測試（轉貼csdn）來自：java060515如果你認為測試自動化僅僅是執行測試,那么你就是在錯過一個很大的機會，或者說，你由于失去許多小的機會進而失去一個大的機會�？梢赃@么考慮：不要再把自動化測試僅僅看成需要使用價格不菲的工具去執行自動化，而應該認識到，自動化測試其實是可以在幾天內通過并不昂貴或者是手頭已有的工具就可以完成的測試。丹尼佛特和詹姆士巴哈提出了一個比較快捷的方式自動化測試方法。要使自動化測試變得靈活，你并不需要什么特殊的東西，只要通過Internet查找有幫助.

QuickTest Professional創建圖片檢查點

軟件缺陷的定義　　缺陷是指在軟件開發過程中的針對軟件產品和開發過程的問題，這些問題已經影響或者可能影響軟件產品的質量�！　』�于此定義，將缺陷分為如下類別：　　文檔缺陷：是指對文檔的靜態檢查過程中發現的缺陷，通過測試需求分析、文檔審查對被分析或被審查的文檔發現的缺陷；　　代碼缺陷：是指對代碼進行同行評審、審計或代碼走查過程中發現的缺陷；　　測試缺陷：是指由測試執行活動發現的被測對象（被測對象一般是指可運行的代碼、系統，不包括靜態測試發現的問題）的缺陷，測試活動類型主要包括內部測試、連.

1.缺陷定義軟件沒有達到產品說明書表明的功能軟件出現了產品說明書中不一致的表現軟件功能超出產品說明書的范圍軟件沒有達到用戶期望的目標(雖然產品說明書中沒有要求)測試員或用戶認為軟件的易用性差2.不是所有的缺陷都會修改市場的壓力使得產品最終發行有時間限制測試員錯誤理解或者不正確操作引出的缺陷錯誤的修改影響的模塊較多，帶來的風險較大缺陷報告中提出的.

缺陷的描述對缺陷的描述應該包含以下的內容：可追蹤信息缺陷ID唯一的缺陷ID，可以根據該ID追蹤缺陷缺陷基本信息缺陷狀態缺陷的狀態，分為“待分配”、“待修正”、“待驗證”、“待評審”、“關閉”缺陷標題描述缺陷的標題缺陷的嚴重程度描述缺陷的嚴重程度，一般分為“致命”、“嚴重”、“一般”、“建議”四種缺陷的緊急程度描述缺陷的緊急程度，從1－4，1是優先級最高的等級，4是優先級最低的等級缺陷提交人缺陷提交人的名字（郵件地址）缺陷提交時間缺陷提交的時.

準確報告軟件缺陷作者：朱少民文章來源：網絡點擊數：更新時間：2006-12-21軟件缺陷的描述是是軟件缺陷報告的基礎部分，也是測試人員就一個軟件問題與開發小組交流的最初且最好的機會。一個好的描述，需要使用簡單的、準確的、專業的語言來抓住缺陷的本質。否則，它就會使信息含糊不清，可能會誤導開發人員。準確報告軟件缺陷是非常重要的，因為：[*]清晰準確的軟件缺陷描述可以減少軟件缺陷從開發人員返回的數量 [*]提高軟件缺陷修復的速度，使每一個小組能夠有效的.

第五次TestAge測試時代測試專家沙龍議題：基于IBM Rational Functional Tester的自動化測試框架主講嘉賓：楊敏強主講嘉賓簡介：IBM軟件部資深技術工程師。2001年加入Rational，一直從事軟件開發技術和軟件工程方法和工具的技術推廣和咨詢工作，為銀行，電信，航空等行業客戶的軟件工程方案提供咨詢和實施服務。目前關注軟件架構管理、軟件質量管理以及軟件配置管理等領域。時間：2008-3-30（周日），下午13：30－16：30地點：（確認后通知）細節話題：1、RFT基本功能介紹2、基于RFT的自動化測試架構分.

軟件測試階段總結一直以來一直想寫點東西出來，就是把俺這些年來搜集到的測試資料、學習到的測試知識以及結合測試經驗做個總結。主要是為了自娛自樂的同時溫習一下軟件測試的理論知識。在軟件測試這個行業摸打滾爬有3年多的時間了，在這三年多的時間里，雖然沒有接受過正規的培訓但也在不斷的學習軟件測試的知識。下面將軟件測試的一些基礎概念列出：軟件測試軟件測試的定義有許多的版本，不同的時期對測試的概念不同，因為人的不同對測試的概念定義也不同，以下是我從眾多的定義內挑選的幾種。（一）使用人工和自動.

測試分類圖在軟件測試的過程中，可以根據按階段來分類，按是否運行代碼分類，按是否可見代碼分類，具體的分類請見圖。

軟件測試分類軟件測試是一項復雜的系統工程，從不同的角度考慮可以有不同的劃分方法，對測試進行分類是為了更好的明確測試的過程，了解測試究竟要完成哪些工作，盡量做到全面測試。1、按是否需要執行被測軟件的角度按是否需要執行被測軟件的角度，可分為靜態測試和動態測試，前者不利用計算機運行待測程序而應用其他手段實現測試目的，如代碼審核。（我認為主要是讓測試人員對編譯器發現不了的潛在錯誤進行分析，如無效的死循環，多余的變量等），而動態測試則通過運行被測試軟件來達到目的。2、按階段劃分：1.

軟件測試分類按照全生命周期的軟件測試概念，測試對象應該包括軟件設計開發的各個階段的內容，對于需求和設計階段的測試以及關于文檔的測試將在面向對象與文檔測試部分進行描述，這里重點講述開發階段的測試和程序測試。按照開發階段劃分按照開發階段劃分軟件測試可分為：單元測試、集成測試、系統測試、確認測試和驗收測試。l單元測試。單元測試又稱模塊測試，是針對軟件設計的最小單位——程序模塊進行正確性檢驗的測試工作。其目的在于檢查每個程序單元能否正確實現詳細設計說明中的模塊功能、性能、接.