1.按測試模式來分類
瀑布模型、敏捷模型、基於指令碼的測試、基於風險的測試、探索式測試等
2.傳統的瀑布模型
專案計畫——需求分析——軟體設計——程式開發——軟體測試——整合維護
3.瀑布模型的優缺點
優點①強調需求、設計的作用
②前一階段完成後，只需要關注後續階段
③為專案提供了按階段劃分的檢查點，里程碑清晰
④文件規範
缺點①難以適應需求的頻繁變化
②專案週期後端才能看到結果
③強制的里程碑、完成時間點
④文件工作量大
4.v模型
需求分析/驗收測試——概要設計/系統測試——詳細設計/整合設計——軟體編碼/單元測試
5.w模型
使用者需求/驗收測試設計——需求分析/系統測試設計——概要設計/整合測試設計——詳細設計/單元測試設計——編碼/單元測試——整合/集測試——實施/系統設計——交付/驗收測試
6.敏捷測試的特點
①強調從使用者角度進行測試
②重點關注迭代測試新功能，不再強調測試階段
③盡早測試，不間斷測試，具備條件即測試
④強調持續反饋
⑤預防缺陷重於發現缺陷
7.敏捷測試和傳統測試
傳統測試：測試是質量的最後保護者
嚴格的變更管理
預先的計畫和細節的準備
重量級文件
各階段測試嚴格的入口和出口標準
更多在回歸測試時進行重量級的自動化測試
嚴格依賴流程執行
測試團隊和開發團隊是相對獨立的
變更是可接受的，擁抱變更
計畫隨著進展時常調整
只需要絕對必要的文件
各迭代之間已經沒有明顯的入口和出口標準
所有階段都需要自動測試，每個人都需要做，是專案整合的一部分
流程不再需要嚴格執行
團隊合作是無縫隙合作
28.基於指令碼的測試—sbt
script-based tseting
scripted testing(st)
exporatory testing(et)
29.探索式測試(et)
完全拋開測試指令碼的測試
它是一種測試風格、思維而不是一種測試技術
30.st和et
st：系統性強
容易管理、控制
設計在先，執行在後
主要是驗證自己的思路
可預見性
et：自由靈活
和st是互補的
執行和設計（思考）並行
不斷和系統互動，帶著問題測試
學習的過程
31、探索式測試的優點
①更能激發測試人員的創造性和工作的樂趣
②增加了發現新的或較深入bug的可能性
③在較短時間內找到更多bug以及對sut作乙個快速的評估
④有利於更加有效的實施自動化
⑤更加適用於敏捷專案
⑥減少了在簡單、繁複上用例的無謂編寫時間
32.探索式測試的缺點
①測試管理上有侷限性，較難協調和控制
②對於bug的重複利用和重現上作用有限
③對測試人員的測試技能和業務知識深度依賴較大
④只有在sut已完全可用的前提下才更 有作用
⑤et的生產率很難定義
⑥et本身較難進行自動化
33.區域性探索測試的要素
輸入 狀態 **路徑 使用者資料 執行環境
軟體測試模式
瀑布開發模式 v模型 只能在後期發現問題 w模型 測試伴隨整個開發流程，包括需求 文件的測試等，有利於及時了解專案測試風險。測試是序列的。不能好的支援迭代 x模型 針對v模型的改進，優化交接，定義了探索式測試 h模型 將軟體測試和其他開發 設計等流程併發進行，包括測試準備和測試執行 敏捷測試 開發和...
軟體測試 軟體測試
通用技能上 1.基本計算機知識 作業系統，資料庫，通訊協議原理，熟悉至少一門程式語言 2.基本軟體測試知識 各種測試理論，測試方 測試用例編寫，缺陷界定標準，軟體質量評估 3.簡單專案管理知識 產品 系統認知 1.熟悉所測產品功能，能夠將產品文件內描述的uc轉化成tc，這個最最基本 2.熟悉所測產品...
軟體測試 軟體測試概述
3.軟體測試目的 4.測試和除錯 5.總結 簡單來說，如果軟體本身沒有滿足需求或是超過需求，則認為軟體即存在缺陷。展開來講 軟體未實現需求說明書的功能 軟體實現了需求說明書不應該出現的功能 軟體實現了需求說明書未說明的功能 軟體未實現說明書沒提及但是應該實現的功能 軟體難以理解，不好使用，執行緩慢或...