第一章
1、軟體需求的三個層次是什麼
答：業務需求、使用者需求、系統需求
2、軟體功能測試需求分析
答：測試需求分析要了解測試的規模、複雜程度、可能的風險
流程理解：站在測試人員的角度，首先理解系統流程
功能理解：在流程理解的前提下理解功能，主要是系統包含那些功能，每個功能的期望值是什麼
介面美觀性的需求理解：頁面美觀差會使使用者的感官性差，時間長了出現厭倦情緒
易用性的需求理解：使使用者用起來順手
3、測試需求的特性
答： 制定的測試需求項必須是可核實的，即有可觀察、可評測的結果
測試需求應指明滿足需求的正常前置條件，不滿足需求時的出錯條件
測試需求不涉及具體的測試資料
4、測試需求的評審形式
答：相互評審、輪查、走查、小組評審、審查
相互評審、交叉評審：同一專案組，不用工作內容的兩人之間相互檢查
輪查：作者將需要評審的內容發給各個評審員，並收集反饋意見
走查：作者將測試需求在現場向一組同事介紹，進行現場討論，並收集大家意見
小組評審：有計畫和結構化的評審方式
審查：最正式的評審方式
5、黑盒測試方法
答：等價類劃分法、邊界值分析法、因果圖法、場景法
第二章
1、軟體測試過程
答：測試前期準備、測試計畫制定、測試設計與開發、測試執行與缺陷追蹤
第三章
1、手工測試和自動化測試的比較
手工測試的缺點：①軟體功能測試的重複性容易使人產生厭倦的心理，②準確性不高，③效率比較低
手工測試不可替代的地方：①測試用例的設計，②介面和使用者的體驗測試，③正確性的檢查
手工測試的侷限性：①現在軟體複雜程度不斷加深，手工測試力不從心，②無法執行回歸測試
自動化測試侷限性：①可能降低效率，②技術問題，③缺乏測試經驗，如果測試組織差，文件較少或不一致，自動化測試效果比較差，④不能代替手工
手動測試與自動化測試適應的場合
手工測試：測試很少執行的專案中
軟體執行仍然不穩定
測試結果很容易通過人驗證
測試專案中涉及物理互動比較多
自動測試：軟體維護時使用回歸測試
執行壓力測試
配置和相容性測試
2、功能測試自動化要點
答：何時開始使用自動化測試，如何開展自動化測試，自動化測試專案的流程，自動化測試方案的制定，自動化指令碼的設計方法
3、自動化指令碼的設計方法有哪些
答：線性指令碼編寫法、結構化指令碼編寫法、共享指令碼編寫法、資料驅動指令碼編寫法、關鍵字驅動指令碼編寫法
4、軟體自動化測試工具選型
答：測試工具評估、測試工具試用、自動化測試工具培訓
第四章
1、uft工具簡介
答：uft基本功能：建立測試、檢驗資料、增強測試、執行測試指令碼、分析測試結果、維護測試
2、uft安裝的環境部署
答：web應用程式、activex控制項
第五章
1、關鍵字檢視與專家檢視的區別
答：關鍵字檢視的每一步都在檢視中記錄成一行，專家檢視必須定位到業務操作最終物件，並且每一句的結束，以其最終物件的業務行完畢為基準。
第六章
1、uft自動化測試識別物件的步驟
封裝真實被測物件並轉換成uft物件到物件庫
對比物件庫中的物件鑑別屬性和執行時的真實被測物件的鑑別屬性
對比結果一致，說明物件成功匹配並可以對該真實被測物件進行後續操作，如果兩者不一致，則報錯，提示為物件無法識別
2、ro與to物件的含義與區別
答：ro（run object執行物件）：實行執行過程中捕獲的物件，為動態
to( test object測試物件)：物件儲存庫中的物件，為靜態值
gettoproperty用於取得測試物件的某一屬性的值
getroproterty用於取得執行時物件的某個屬性的值
3、共享物件庫與本地物件庫適用的場合
答：共享物件庫用於儲存和維護測試物件的首選庫型別
預設情況下，測試物件儲存在本地物件庫中，這些測試物件會關聯乙個指定的操作，其他的操作都不能使用這些物件。
共享物件庫包含能夠在多個操作中使用的測試物件，通過共享物件庫與操作關聯，可使該庫中的測試物件用於該操作中。
第七章
1、關鍵字驅動測試主要關鍵字包括哪三類
答：被操作物件（item）、操作（operation）、值（value）
2、步驟生成器可以新增的內容
答：測試物件方法和屬性（test objects）
實用程式方法和屬性（utility objects）
對函式庫、vbscript函式和內部指令碼函式的呼叫（functions）
3、使用步驟生成器定義新步驟的過程是什麼
（1）選擇要新增的步驟的型別
（2）指定引數值
（3）返回值的設定
（4）檢視關鍵字檢視中的步驟文件
（5）在專家檢視中檢視生成的步驟
（6）insert another step 選項
第八章
1、標準檢查點的插入步驟
（1）選擇insert|checkpoint|standard checkpoint，uft視窗將最小化，且滑鼠指標變為指向手
（2）單機要檢查的物件
（3）從顯示的物件樹中選擇檢查的專案
（4）單機ok按鈕，開啟checkpoint properties對話方塊。
（5）為檢查點指定設定，
（6）單機ok按鈕關閉對話方塊，在關鍵字檢視中，將為選定的物件新增乙個檢查點語句。
2、什麼是自定義檢查點
使用內部vbscript語句來驗證執行值和期望值是否一致。
3、怎麼插入自定義檢查點
定義變數-賦值-if比較
if *** then
reporter.reporterevent micpass,」custom checkpoint」,」登入按鈕存在」
else
reporter.reporterevent micfail,」custom checkpint」,」登入按鈕不存在」
end if
4、uft內嵌式檢查點的問題
檢查點並不是非常靈活
檢查點不能在執行是建立
檢查點的改名與刪除有侷限性
檢查點使用一種二進位制專用格式儲存在物件儲存庫中，並且它們是不可見得
已存在的檢查點不能從乙個action複製到另乙個action中
5、標準檢查點、自定義檢查點的優缺點
第十章
列出對action的幾種操作並簡述內容
call to new action(呼叫新操作)
call to copy of action(呼叫副本操作)
call to existing action(呼叫現有操作)
第十二章
1、什麼是專家檢視？什麼是關鍵字檢視
答：關鍵字試圖是通過新增、修改執行步驟命令、操作值等引數由uft自動生成指令碼語句，
專家試圖顯示的是整條命令語句
2、關鍵字檢視中主要分為那幾列
答：項（item）。操作（operation）、值（value）、文件（documentation）、注釋（comment）
3、使用關鍵字檢視進行測試具有哪些優點和哪些缺點
優點：測試指令碼的建立、維護階段更加有效，結構更加清晰；測試指令碼的可讀性更強、更易於修改
缺點：缺乏更強大的和靈活的編碼支援；當測試場景複雜時，指令碼維護需要花費較長的時間；絕大多數複雜操作都無法在關鍵字試圖中實現
第十三章
考察點：sub過程編寫，select case，或if…else…巢狀。for迴圈、命名常量、變數的方法。
例如：
1、請編寫乙個function函式，計算從9到180之間所有奇數的和，並通過呼叫函式顯示求和結果
function a
for b = 9 to 180 step 2 c=b+c
next
msgbox c
end function
call a
2、編寫乙個sub過程，用來確定比賽成績的等級，具體功能如下：先請求輸入乙個考試成績，然後根據判斷確定其等級並輸出成績和等級（大於等於90分的為優，大於等於60小於90的為良，小於60為不及格）
sub b
c=inputbox ("請輸入整數 ")
if c<=100 and c>=90 then
msgbox "lianghao"
elseif c<90 and c>=0 then
msgbox "buhao"
else
msgbox "qingshuruyouxiaoshuzi"
end if
b 第十四章
掌握直接描述性程式設計、description描述性程式設計、childobject方法
第十五章
掌握 check方法， capturebitmap方法的使用
capturebitmap：將對特定物件所捕獲的螢幕影象內容儲存為.png或.bmp格式的影象
功能測試總結反思
參考 引用原博很多內容 功能測試階段是測試職業生涯的基礎階段，在這段時間內要注意培養測試思維 做事方式 溝通能力 對需求及使用者體驗的理解把握能力 對於軟體開發具體實現的基本理解 對於軟體開發整體流程的理解和把握 對一些工具和簡單指令碼的熟悉使用。大部分初入測試行業的人有乙個誤區，就是侷限於執行被分...
軟體測試重點
課本為 軟體測試 第2版 佟偉光主編 人民郵電出版社 1.物件導向軟體測試的不同層次 p178 1 方法測試 方法測試是指對類中的各個方法進行單獨的測試。2 類測試 類測試的重點是類內方法間的互動和其物件的各個狀態。3 類簇測試 類簇也叫子系統，由若干個類所組成，類簇測試的重點是測試一組協同操作類之...
軟體測試重點
1 軟體生存週期是軟體開發全部過程 活動和任務的結構框架，是從可行性研究到需求分析 軟體設計 編碼 測試 軟體發布維護的過程。在經歷需求 分析 設計 實現 部署後，軟體將被使用並進入維護階段，直到最後由於缺 少維護費用而逐漸消亡。這樣的乙個過程，稱為 生命週期模型 life cycle model ...