Ready Test? Go, Go, Go !!!
           

          關注測試,也關注成長

          公告
          • 關注軟件測試自動化,性能測試。
            目前負責醫療軟件功能測試以及
            測試過程改進

          日歷
          <2007年11月>
          28293031123
          45678910
          11121314151617
          18192021222324
          2526272829301
          2345678
          統計
          • 隨筆 - 22
          • 文章 - 0
          • 評論 - 87
          • 引用 - 0

          導航

          常用鏈接

          留言簿(17)

          隨筆分類

          隨筆檔案

          搜索

          •  

          最新評論

          閱讀排行榜

          評論排行榜

           
           

          ü         Architecture(體系結構)一個系統在其環境中的最高級別的概念(IEEE)。軟件系統(在某一給定時刻)的體系結構是通過接口互相聯系的主要組件的組織方式或結構,這些組件相應的是由更小的組件和接口構成的。

          ü         Artifact(產物)某過程所創建的任何產品、交付物或文檔。

          ü         Build(構建版本)一個構建版本由一個或多個組件(通常是可執行的)組成,每一個組件通常又由其他組件通過編譯和連接源代碼而構成。

          ü         Component(組件)系統中的一個實際的可替換的部分,它包括功能的實現、提供并配合接口的實現。

          ü         DataDriven Testing(數據驅動測試)這是一種測試腳本的功能及執行由外部數據所引導的自動測試方法。這種方法將測試及控制數據與測試腳本本身分離開了。

          ü         Functional Decomposition Approach(功能分解方法)這是一種將測試用例縮減為基本任務、導航、功能測試、數據驗證和返回導航的自動化測試方法,也稱作框架驅動方法(FrameworkDriven Approach)。

          ü         Key WordDriven Testing(關鍵字驅動測試)這種方法是由SAS研究所的Carl Nagle開發的,并作為自由軟件發布在互聯網上。關鍵字驅動測試是數據驅動方法學的提高。

          ü         Performance Testing(性能測試)通過這類測試的實現和執行可以對索要測試的應用程序與性能相關的特征作出描繪和評估。這些測試包括時間調度情況、執行流暢、響應時間以及操作可靠性和限制。

          ü         Procedure(程序)當執行一個任務時所要遵循的行動過程的文檔化描述,通過遵循這種一步接一步的方法可以保證達到各項標準。

          ü         Process(過程)可活動產品或服務的一系列步驟;可生成出產品或服務的勞動。

          ü         Process Control(過程控制)保持產品或服務符合規格說明的自我調節操作。

          ü         Product(產品)某個過程所創建的任何產物、交付物以及文檔。

          ü         Rational ClearCase  Rational公司提供的配置管理軟件

          ü         Rational ClearQuest 這是Rational公司提供的跟蹤缺陷及需要更改管理系統。

          ü         Rational Robot RobotRational Suite TestStudio 2001軟件的捕獲/回放組件。

          ü         Rational TestManager  TestManagere Rational公司提供的管理所有測試活動-計劃、設計、實現、執行和分析-的中心控制臺。

          ü         Rational Unified Process 這是Rational公司提供的軟件工程過程,此過程為在一個開發組織中分配任務和責任提供了嚴謹的方法。

          ü         Specifications(規格說明)為客戶提供的產品和服務時期望能達到的標準。

          ü         Test Artifact Set(測試產物集)搜集和形成與所進行測試相關的信息。

          ü         Test Case(測試用例)時一套為特定目標開發的測試輸入、執行條件和預期結果,例如執行一跳特殊程序路徑或者在特定要去下驗證一致性。

          ü         Test Condition(測試條件)測試所涉及的各種環境因素。

          ü         Test Data(測試數據)在測試中所用到的實際數值或執行測試所必須的數值。測試數據是測試條件(作為輸入或預存在的數據)的具體例化,用于驗證已成功實現的特定要求(通過將實際結構與期望結果比較)。

          ü         Test Inputs(測試輸入)是工作過程的產物,用于標志和定義發生在測試期間的動作。這些產物可能是從測試組之外的軟件開發過程中產生的,例如功能需求規格說明和設計規格說明。它們也可能是從前期測試階段產生的并被留給了后續的測試活動。

          ü         Test Plan(測試計劃)包括項目中的測試目標和目的的信息。此外,測試計劃還明確了測試實現的策略和所需要的資源。

          ü         Test Procedure(測試程序)是一套詳細的指示,用于某特定測試用例(或一套測試用例)的建立、執行和結構評估。

          ü         Test Requirement(測試需求)是關于某具體測試目標的聲明以及確認測試是否通過所要達到的標準。

          ü         Test Results(測試結果)執行測試所捕獲的數據,并被用于計算測試的不同關鍵測度。

          ü         Test Script(測試腳本)這是計算機可讀懂的能令測試程序(或一部分測試程序)自動執行的指令。測試腳本可以由人創建(復制)或者由自動測試工具產生,它使用編程語言限制,或者由記錄、生成和編程混合創建。

          ü         Test Strategy(測試策略)描述了測試獲得的通用目標合方法。

          ü         Test Suite(測試套件)是指在執行時將某一測試場景具體化的一套測試。

          ü         Test Workspace(測試工作區)這是測試者的“私有”區域,在這里測試者能夠根據項目采用的標準對代碼進行安裝和測試,從而與開發人員保持了相對的隔離。

          Resource:《Just Enough Software Test AutomationDaniel JMosley

          《軟件測試自動化》鄧波等譯 機械工業出版社

          posted on 2007-11-23 14:35 Cinderella 閱讀(1484) 評論(1)  編輯  收藏 所屬分類: 基本技能功能測試他山之玉
          評論:
          • # 不錯  楷子狐 Posted @ 2008-01-10 19:35
            目前公司不需要英語,英語也早丟回家了 :)  回復  更多評論   

           
          Copyright © Cinderella Powered by: 博客園 模板提供:滬江博客
          主站蜘蛛池模板: 观塘区| 连平县| 贵阳市| 民县| 三台县| 炉霍县| 台南县| 云林县| 左贡县| 得荣县| 永州市| 政和县| 安平县| 什邡市| 邳州市| 玉树县| 南宁市| 新巴尔虎左旗| 鲜城| 新化县| 彭阳县| 宿松县| 凤山市| 乌海市| 常山县| 衡南县| 德钦县| 柯坪县| 米泉市| 宣化县| 满城县| 营口市| 交城县| 宝坻区| 哈巴河县| 墨竹工卡县| 镇安县| 蕉岭县| 太康县| 盘山县| 措美县|