成都匯智動力-軟件測試基礎知識小講
美好滴周四,以成都匯智動力今日份學習-軟件測試基礎知識小講開始~

軟件測試包括哪些內(nèi)容,以下是一些需要考慮的步驟:
1.得到需求、功能設計、內(nèi)部設計說明書和其他必要的文檔
2.得到預算和進度要求
3.確定與項目有關的人員和他們的責任、對報告的要求、所需的標準和過程(例如發(fā)行過程、變更過程、等等)
4.確定應用軟件的高風險范圍,建立優(yōu)先級、確定測試所涉及的范圍和限制
5.確定測試的步驟和方法——部件、集成、功能、系統(tǒng)、負載、可用性等各種測試
6.確定對測試環(huán)境的要求(硬件、軟件、通信等)
7.確定所需的測試用具(testware),包括記錄/回放工具、覆蓋分析、測試跟蹤、問題/錯誤跟蹤、等等
8.確定對測試的輸入數(shù)據(jù)的要求
9.分配任務和任務負責人,以及所需的勞動力
10.設立大致的時間表、期限和里程碑
11.確定輸入環(huán)境的類別、邊界值分析、錯誤類別
12.準備測試計劃文件和對計劃進行必要的回顧
13.準備白盒測試案例
14.對測試案例進行必要的回顧/調(diào)查/計劃
15.準備測試環(huán)境和測試用具,得到必需的用戶手冊/參考文件/結(jié)構(gòu)指南/安裝指南,建立測試跟蹤過程,建立日志和檔案,建立或得到測試輸入數(shù)據(jù)
16.得到并安裝軟件版本
17.進行測試
18.評估和報告結(jié)果
19.跟蹤問題/結(jié)果,并解決它
20.如果有必要,重新進行測試
21.在整個生命周期里維護和修改測試計劃、測試案例、測試環(huán)境、和測試用具

軟件測試名詞解釋
Acceptance Testing —— 可接受性測試
一般由用戶/客戶進行的確認是否可以接受一個產(chǎn)品的驗證性測試。
actual outcome —— 實際結(jié)果
被測對象在特定的條件下實際產(chǎn)生的結(jié)果。
Ad Hoc Testing —— 隨機測試
測試人員通過隨機的嘗試系統(tǒng)的功能,試圖是系統(tǒng)中斷。
algorithm —— 算法
(1)一個定義好的有限規(guī)則集,用于在有限步驟內(nèi)解決一個問題;(2)執(zhí)行一個特定任務的任何操作序列。
algorithm analysis —— 算法分析
一個軟件的驗證確認任務,用于保證選擇的算法是正確的、合適的和穩(wěn)定的,并且滿足所有精確性、規(guī)模和時間方面的要求。
Alpha Testing —— Alpha測試
由選定的用戶進行的產(chǎn)品早期性測試。這個測試一般在可控制的環(huán)境下進行。
analysis —— 分析
(1)分解到一些原子部分或基本原則,以便確定整體的特性;(2)一個推理的過程,顯示一個特定的結(jié)果是假設前提的結(jié)果;(3)一個問題的方法研究,并且問題被分解為一些小的相關單元進一步詳細研究。
anomaly —— 異常
在文檔或軟件操作中觀察到的任何與期望違背的結(jié)果。
application software —— 應用軟件
滿足特定需要的軟件。
architecture —— 構(gòu)架
一個系統(tǒng)或組件的組織結(jié)構(gòu)。
ASQ —— 自動化軟件質(zhì)量(Automated Software Quality)
使用軟件工具來提高軟件的質(zhì)量。
assertion —— 斷言
指定一個程序必須已經(jīng)存在的狀態(tài)的一個邏輯表達式,或者一組程序變量在程序執(zhí)行期間的某個點上必須滿足的條件。
assertion checking —— 斷言檢查
用戶在程序中嵌入的斷言的檢查。
audit —— 審計
一個或一組工作產(chǎn)品的獨立檢查以評價與規(guī)格、標準、契約或其他準則的符合程度。
audit trail —— 審計跟蹤
系統(tǒng)審計活動的一個時間記錄。
Automated Testing —— 自動化測試
使用自動化測試工具來進行測試,這類測試一般不需要人為干預,通常在GUI、性能等測試中用得較多。
Backus-Naur From —— BNF格式
一種分析語言,用于形式化描述語言的語法。
baseline —— 基線
一個已經(jīng)被正式評審和批準的規(guī)格或產(chǎn)品,它作為進一步開發(fā)的一個基礎,并且必須通過正式的變更流程來變更。
