軟件測試名詞解釋
軟件缺陷----軟件中含有符合下面5 條規則之一的問題稱爲軟件缺陷：
◆軟件未達到產品說明書標明的功能。
◆軟件出現產品說明書指明不會出現的錯誤。
◆軟件功能超出產品說明書指明的範圍。
◆軟件未達到產品說明書未指出但應達到的目標。
◆軟件測試人員或用戶認爲軟件難以理解，不易使用，運行速度緩慢等問題。
測試案例----測試用例的別名
黑盒測試----指測試人員通過各種輸入和觀察軟件的各種輸出結果來發現軟件的缺陷，而不關心程序具體如何實現的一種測試方法。
靜態測試----指測試不運行的部分，例如測試產品說明書，對此進行檢查和審閱.
靜態白盒測試-----指在不執行的條件下有條理地仔細審查軟件設計，體系結構和代碼，從而找出軟件缺陷的過程。有時稱作結構分析。
動態測試----通過運行和使用軟件進行測試。
探索測試----通常用於沒有產品說明書的測試，這需要把軟件當作產品說明書來看待，分步驟逐項探索軟件特性，記錄軟件執行情況，詳細描述功能，綜合利用靜態和動態技術來進行測試。
等價區間----指測試相同目標或者暴露相同軟件缺陷的一組測試用例.
測試設計----提煉測試方法，明確指出設計包含的特性和相關測試。如果要求完成測試還明確指出測試案例和測試程序，指定特性通過/失敗的規則。
軟件QA----QA= Quality Assessment 質量評價。防止軟件缺陷稱爲軟件QA。
TQM 或者TQC 原理----TQM(全面質量管理)或者TQC(全面質量控制)。其原理是，用集中的質量評判團隊來負責質量是不實際的，因爲工作的人不負責質量，所以他們不會設法實現質量評判目的。要想製造高質量產品，需要創立從管理開始自上而下的質量意識，使全體成員共同承擔質量責任。
SQC----軟件質量控制(SQC)是測試團隊很常用的名稱。該名稱來源於製造行業，其中QC 檢驗員對生產線上的產品進行採樣、檢測，如果測試失敗，他有權停掉生產線或者整個工廠。測試團隊很少有這種授權。
Murphy 法則---永遠不會有足夠的時間把事情做好，但是總有時間返工。軟件開發小組需要遵循一個過程，花費一些時間，變得有條理，一開始就設法作對。
軟件測試技巧
（ 1 ） 邊界測試，測試用戶輸入框中的數值的最大數和最小數，以及爲空時的情況。
（ 2 ） 非法測試，例如在輸入數字的地方輸入字母。
（ 3 ） 跟蹤測試，跟蹤一條數據的流程 , 保證數據的正確性。
（ 4 ） 在開始測試時應保證數據的正確性，然後在從系統中找出各種 BUG 。
（ 5 ） 接口測試，程序往往在接口的地方很容易發生錯誤，要在此模塊測試勿掉以輕心。
（ 6 ） 代碼重用測試，在開發過程中有些模塊功能幾乎相同，程序員在重用代碼時可能忘記在原有代碼上修改或修改不全面，而造成的錯誤。
（ 7 ） 突發事件測試，服務器上可能發生意外情況的測試。
（ 8 ） 外界環境測試，有些系統在開發時依賴於另外一個系統 , 當另外一個系統發生錯誤時 , 這個系統所受到的影響的情況。
（ 9 ） 在程序員剛修復 Bug 之後的地方 , 再找一找，往往程序員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。
（ 10 ） 認真做好測試記錄在做完一天的測試記錄之後 , 第二天再根據第一天的測試記錄重複測試你會發現有未修正的錯誤。
（ 11 ） 文字測試，如果在系統中有用詞不當的地方，我想這是不應該的。
（ 12 ） 系統兼容測試，例如有些程序在 IE6 能運行正常，到 IE5 下不能運行。有些程序在 WIN2000 下能運行，而到 WIN98 卻不能運行。像一些很特別的用戶去使用系統，你很有可能發現 BUG 。
（ 13 ） 用戶的易用性測試，往往用戶的需求是不斷的變化的，而其中的一部份變化的原因，是有用戶操作上不方便引起的。
以上舉例了一些 測試技巧，實際的技術能力和經驗，最好能在比較權威的培訓中心學習一下，這樣會少走很多彎路，也會變的容易輕鬆很多。
軟件測試員自身素質培養
（ 2 ） 善於懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認爲不可能發生的事，我卻認爲可能發生。別人認爲是對的，我卻認爲不是對的。
（ 3 ） 打破砂鍋問到底的精神，對於只出現過一次的 bug ，一定找出原因，不解決誓不罷休。
（ 4 ） 保持一個良好的心情，否則可能無法把測試作好。不要把生活中的不愉快的情緒帶到工作中來。
（ 5 ） 做測試時要細心，不是所有的 bug 都能很容易的找出，一定要細心才能找出這些 bug 。
（ 6 ）靈活一些，聰明一點，多製造一些容易產生 bug 的例子。
（ 7 ） 在有條件的情況下，多和客戶溝通，他們身上有你所需要的。
（ 8 ） 設身處地爲客戶着想，從他們的角度去測試系統。
（ 9 ） 不要讓程序員，以 “ 這種情況不可能發生 ” 這句話說服你，相反，你應該去說服他，告訴他在客戶心裏，並不是這樣的。
（ 10 ） 考慮問題要全面，結合客戶的需求、業務的流程、和系統的構架，等多方面考慮問題。
（ 11 ） 提出問題不要複雜化，這一點和前面的有點矛盾，如果你是一新手，暫時不要管這一點，因爲最終將有你的小組成員討論解決。
（ 12 ） 追求完美，對於新測試員來說，努力的追求完美，這對你很好，儘管有些事無法做到，但你應該去嘗試。
（ 13 ） 幽默感，能和開發小組很好的溝通是關鍵，試着給你的開發小組找一個 “BUG 殺手 ” ，或對他們說 “ 我簡直不敢相信，你寫的程序居然到現在沒有找到 BUG” 。