| 序號 | 原詞 | 翻譯 | 解釋 |
|---|---|---|---|
| 1 | Manual testing | 手工測驗 | 手工測驗就是由人去一個一個的輸入用例,然后觀察結果,和機器測驗相對應,屬于比較原始但是必須的一個步驟,軟體測驗中發現問題最多的都是手工測驗,占整個專案的百分之九十五左右,所以說手工測驗是軟體測驗基礎,但手工測驗也有一定的缺點:測驗作業量大、重復多、回歸測驗難以實作, |
| 2 | Automated Testing | 自動化測驗 | 自動化測驗就是把以人為驅動的測驗行為轉化為機器執行的一種程序,通常,在設計了測驗用例并通過評審之后,由測驗人員根據測驗用例中描述的規程一步步執行測驗,得到實際結果與期望結果的比較,在此程序中,為了節省人力、時間或硬體資源,提高測驗效率,便引入了自動化測驗的概念, |
| 3 | Black box testing | 黑盒測驗 | 黑盒測驗是把軟體當做一個黑盒,不考慮程式的內部邏輯結構和代碼,只關注程式的功能是否符合需求,又稱功能測驗,它是通過測驗來檢查每個功能是否都能正常使用,黑盒測驗著眼于程式外部結構,不考慮內部邏輯,主要針對軟體界面和軟體功能進行測驗,黑盒測驗是以用戶的角度,從輸入資料與輸出資料的對應關系出發進行測驗的, |
| 4 | White box testing | 白盒測驗 | 白盒測驗是把盒子打開研究里面的程式結構和源代碼的程序,又稱玻璃盒測驗、透明盒測驗、開放盒測驗、結構化測驗、邏輯驅動測驗,是基于程式結構的邏輯驅動測驗,盒子指的是被測驗的軟體,白盒指的是盒子是可視的,你清楚盒子內部的東西以及里面是如何運作的, |
| 5 | Debug | 除錯 | 除錯即除錯程式,排除故障的程序, |
| 6 | Test plan | 測驗計劃 | 測驗計劃是描述了測驗范圍,測驗策略和方法,測驗資源和進度的一個檔案, |
| 7 | Test case | 測驗用例 | 測驗用例是為某個特定目標而編制的一組測驗輸入,執行條件以及預期結果等,用來核實是否滿足某個特定軟體需求, |
| 8 | Bug | 漏洞,錯誤,故障 | 電腦程式里面的錯誤,而現在更是將其延生為漏洞,錯誤,可改進的細節、或與需求檔案存在差異的功能實作等, |
| 9 | Defect | 缺陷 | 缺陷指設計不合理或設計上存在漏洞有待改進等, |
| 10 | Test report | 測驗報告 | 測驗報告是指把測驗程序和結果寫成檔案,對發現的問題和缺陷進行分析,為糾正軟體存在的質量問題提供依據,同時為軟體驗收和交付打下基礎, |
| 11 | Testing environment Deployment | 測驗環境部署 | 測驗環境部署是指為模擬用戶軟體環境,對軟體測驗程序搭建對應的軟硬體環境, |
| 12 | Sprint | 迭代 | Sprint是指在Scrum專案管理方法中的一個常規、可重復的較短作業周期, |
| 13 | Version | 版本 | 指軟體升級的版本,如1.0,2.0. |
| 14 | Functional testing | 功能測驗 | 功能測驗是指對產品的各功能進行驗證,根據功能測驗用例,逐項測驗,檢查產品是否達到用戶要求的功能, |
| 15 | User interface testing | 用戶界面測驗(UI測驗) | UI測驗是指對用戶界面進行測驗,包括用戶界面的功能模塊布局是否合理,整體風格是否一致和各個控制元件位置是否符合客戶使用習慣等, |
| 16 | Exception testing | 例外測驗 | 例外測驗是指通過制造錯誤情況測驗系統對錯誤操作、錯誤報文的反應,檢查系統是否給出了清晰且充分的提示或約束, |
| 17 | Unit testing | 單元測驗 | 單元測驗是指對軟體中的最小可測驗單元進行檢查和驗證, |
| 18 | Integration testing | 集成測驗 | 集成測驗是在單元測驗的基礎上,將所有模塊按照概要設計要去組裝成為子系統或系統,驗證組裝后功能以及模塊間介面是否正確的測驗作業, |
| 19 | System testing | 系統測驗 | 系統測驗是對整個系統的測驗,將硬體、軟體、操作人員看作一個整體,檢驗它是否有不符合系統說明書的地方, |
| 20 | UAT | 用戶驗收測驗 | 用戶驗收測驗是指相關的用戶或獨立測驗人員根據測驗計劃和結果對系統進行測驗和接收, |
| 21 | International testing | 國際化測驗 | 國際化測驗是測驗軟體的國際化支持能力,發現軟體的國際化的潛在問題,保證軟體在世界不同區域中都能正常運行, |
| 22 | Performance testing | 性能測驗 | 性能測驗是指基于協議模擬用戶發出請求,對服務器形成一定的負載,來測驗服務器的性能指標是否滿足要求的程序, |
| 23 | Priority | 優先級 | Priority是指bug修復的優先級別, |
| 24 | Severity | 嚴重性 | Severity是指錯誤對被測系統的影響程度,在終端用戶條件下發生的可能性,軟體錯誤妨礙系統使用的程度, |
| 25 | Quality assurance | 質量保證 | 質量保證是指為使人們確信產品或服務能滿足質量要求而在質量管理體系中實施并根據需要進行證實的全部有計劃和有系統的活動, |
| 26 | Smoking test | 冒煙測驗 | 冒煙測驗是指對軟體的基本功能進行測驗,以確保軟體的基本功能正常,從而進行后續深入的測驗, |
| 27 | Software life cycle | 軟體生命周期 | 軟體生命周期是指軟體開發全部程序、活動和任務的結構框架,包括需求,設計,編碼,測驗和維護等階段, |
| 28 | Static testing | 靜態測驗 | 靜態測驗是指不運行被測程式本身,僅通過分析或檢查源程式的語法、結構、程序、介面等來檢查程式正確性, |
| 29 | Dynamic testing | 動態測驗 | 動態測驗是指通過運行被測程式,檢查運行結果與預期結果的差異,并分析運行效率、正確性和健壯性等性能, |
| 30 | Structured query language | 結構化查詢語言(SQL) | SQL是一種資料庫查詢和程式設計語言,用于存取資料以及查詢、更新和管理關系資料庫系統, |
| 31 | Module | 模塊 | 模塊是指一個或一塊功能是完整的,可以獨立的功能區域, |
| 32 | Test Scenario | 測驗場景 | 測驗場景是可以測驗的任何功能,也成為測驗條件或測驗可能性,指站在用戶的角度,找出真實世界的場景和使用中的應用程式案例, |
| 33 | Check Point | 檢查點 | 檢查點是指程式或行程正常運行時周期性記錄行程或程式有關資訊的點,目的是當系統發生故障或錯誤時,從最新檢查點恢復, |
| 34 | Testing coverage | 測驗覆寫 | 是指檢查系統中所展現的功能是否和需求一致,如果一致,則表示該需求被覆寫,包括測驗用例撰寫的程序中是否覆寫到對應的產品需求, |
| 35 | Review | 評審、審查 | 評審是由專案階段成果的作者以外的其他人來檢查作業成果,發現問題,提出意見和建議,已達到改進質量的目的, |
| 36 | Screen shot | 截圖、抓屏 | 指在軟體測驗中,將軟體界面中的錯誤的全部或一部分,使用專用工具存盤成影像檔案,以便于后續處理, |
| 37 | TBD | (To Be Determined)待定的 | 指在測驗檔案中是一項進行中的尚未最終確定的作業, |
| 38 | TBC | (To Be Confirm)待確認 | 指在測驗檔案中一項待確認的作業, |
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/243189.html
標籤:其他
