軟件測試等級系統驗收_第1頁
軟件測試等級系統驗收_第2頁
軟件測試等級系統驗收_第3頁
軟件測試等級系統驗收_第4頁
軟件測試等級系統驗收_第5頁
已閱讀5頁,還剩74頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

軟件測試等級系統驗收第1頁,課件共79頁,創作于2023年2月本部分課程目標系統測試驗收測試第2頁,課件共79頁,創作于2023年2月系統測試

系統測試是測試軟件系統和其他的系統元素(及硬件、數據庫和人機交互信息)組合構成完整的計算機應用系統中所有的元素配合是否合適以及整個系統的功能、性能、執行強度、安全性等是否達到規定標準。第3頁,課件共79頁,創作于2023年2月系統測試功能測試性能測試安全測試配置測試兼容性測試易用性測試第4頁,課件共79頁,創作于2023年2月功能測試

功能測試是系統測試中最基本的測試,它不管軟件內部的實現邏輯,主要根據產品的需求規格說明書和測試需求列表,驗證產品的功能實現是否符合產品的需求規格。第5頁,課件共79頁,創作于2023年2月功能測試主要發現的問題是否有不正確或遺漏了的功能?功能實現是否滿足用戶需求和系統設計的隱含需求?能否正確地接受輸入?能否正確地輸出結果?第6頁,課件共79頁,創作于2023年2月測試策略對需求進行標號對可能出現的功能異常進行分類分析,并標號對功能需求進行分級對功能進行測試分析:可測性、如何測、可能的輸入和輸出腳本化和自動化第7頁,課件共79頁,創作于2023年2月性能測試性能測試是測試系統完成正確功能的效率,其中包括:系統功能實現的響應時間,并發用戶(吞吐量),資源利用率。第8頁,課件共79頁,創作于2023年2月極端性能測試

壓力測試:測試系統在其資源超負荷的情況下的表現。對于一個固定輸入速率的單詞處理響應時間;在一個非常短的時間內引入超負荷的數據容量;同時引入大量的操作;大量用戶同時登陸。第9頁,課件共79頁,創作于2023年2月安全測試功能驗證漏洞掃描模擬攻擊偵聽技術第10頁,課件共79頁,創作于2023年2月配置測試配置測試將驗證軟件與其所依賴硬件環境的依賴程度。測試中的硬件環境指進行測試所必需的服務器、客戶端、網絡連接設備,以及打印機、掃描儀等輔助硬件設備所構成的環境。所有軟件都需向用戶說明其運行的硬件環境,對于多層結構的軟件系統來說,需要分別說明其服務器、客戶端以及網絡所需的環境。第11頁,課件共79頁,創作于2023年2月配置測試內容最低配置是否能夠滿足系統運行的需要。在推薦配置下系統的性能。考察軟件對運行硬件環境有無特殊說明。為了滿足不同的使用需求,軟件系統能否運行在多種硬件配置環境下,并且系統功能和性能都能滿足設計需求。第12頁,課件共79頁,創作于2023年2月配置測試分離配置缺陷分離缺陷是配置問題而不僅是普通缺陷最可靠的辦法是,在另外一臺有完全不同配置的計算機上一步步執行導致問題的相同操作。如果缺陷沒有產生,就極有可能是配置問題。如果缺陷在多種配置中出現,就可能只有普通缺陷。第13頁,課件共79頁,創作于2023年2月配置測試配置測試流程確定所需的硬件類型;確定哪些硬件商標、型號和驅動程序可用;確定可用的硬件特性、模式和選項;將明確后的硬件配置縮減為可控制范圍;明確使用硬件配置的軟件唯一特性;設計在每一種配置中執行的測試案例;在每種配置中執行測試;反復測試直到小組對結果滿意為止。第14頁,課件共79頁,創作于2023年2月確定所需的硬件類型被測系統需要打印嗎?被測系統需要發出聲音嗎?被測系統處理圖形和圖片嗎?想一想需要用什么硬件使用被測系統?第15頁,課件共79頁,創作于2023年2月確定哪些硬件商標型號和驅動程序可用我們可以從近期的雜志和出版物上看到正在(曾經)流行的硬件。研究硬件的等價類:設備的相互翻版、大同小異。測試的驅動程序:操作系統自帶,硬件附帶的,網上提供的。第16頁,課件共79頁,創作于2023年2月確定可用的硬件特性、模式和選項每一種設備都有選項,軟件沒有必要全部支持。游戲就是一個好例子。許多游戲要求最小顏色數和分辨率。如果配置低于該要求,游戲就不能運行。第17頁,課件共79頁,創作于2023年2月硬件的獲取購買:經常使用的。與硬件生產廠家聯系,租借或贈送。向公司全體人員征集。向商場租用。到測試中心測試。第18頁,課件共79頁,創作于2023年2月整機的配置測試測試軟件要求的最低配置和推薦配置的合理性和正確性。主要指標包括對機型的要求和對CPU、內存、硬盤的要求。第19頁,課件共79頁,創作于2023年2月整機的配置測試CPU。應用軟件及客戶端軟件對CPU的推薦配置要求應當比目前主流CPU略低,服務器端的最低配置必須能夠使軟件正常工作,推薦配置應保證軟硬件構成的系統在正常業務的壓力負載下,CPU資源占用平均值不超過75%。內存。測試內存的占用情況。硬盤。對于特殊軟件的硬件配置測試需考慮硬盤的轉速、緩存容量、尋址時間等參數。第20頁,課件共79頁,創作于2023年2月打印機的測試安裝或能夠調用系統安裝的打印機;能打印測試頁;能選擇不同幅面的紙張;能選擇打印精度;紙張橫、縱打印調整功能;逐頁打印功能;多份打印功能;具備雙面打印機的打印機能夠實現自動雙面打印功能;網絡打印機能夠實現網絡打印功能。第21頁,課件共79頁,創作于2023年2月兼容性測試兼容性測試將驗證軟件與其所依賴軟件環境如品臺軟件、其他軟件的依賴程度。測試中的軟件環境則指被測軟件運行所需的操作系統、數據庫、中間件、瀏覽器及與被測軟件共存的其他應用軟件等構成的環境。第22頁,課件共79頁,創作于2023年2月兼容性測試軟件兼容性測試是指檢查軟件之間是否正確地交互和共享信息。交互可以在同時運行于同一臺計算機上,甚至在相隔幾千公里通過互聯網連接的不同計算機上的兩個程序之間進行。交互還可以簡化為在軟盤上保存數據,然后拿到其他房間的計算機。第23頁,課件共79頁,創作于2023年2月兼容性測試例子從Web頁面剪切文字,在字處理程序中打開的文檔中粘貼。從電子表格程序保存賬目數據,在另一個完全不同的電子表格程序中讀入。使照片修修飾軟件在同一操作系統下的不同版本正常工作。升級到新的數據庫程序,讀入現存所有數據庫,像老程序一樣對其進行處理。第24頁,課件共79頁,創作于2023年2月兼容性測試如果對軟件進行兼容性測試,需要解答以下問題:軟件設計要求使用何種平臺和應用程序?應該遵守何種定義軟件之間交互的標準或者規范?軟件使用何種數據與其他平臺和軟件交互和共享信息?第25頁,課件共79頁,創作于2023年2月兼容性測試平臺和版本選擇目標平臺和兼容性的應用程序的選擇實際上是:管理人員和市場定位的任務。要熟悉客戶基本情況的人來確定。確定軟件需要兼容的版本。從項目管理的角度講,使操作系統在滿足用戶要求的前提下,盡可能小是十分重要的。第26頁,課件共79頁,創作于2023年2月兼容性測試向前兼容:是指可以使用軟件的以前版本。向后兼容:是指可以使用軟件的未來版本。并非是所有軟件或文件都要求向前兼容或者向后兼容。這是軟件設計者需要決定的產品特性。測試人員就是編寫測試用例,測試。第27頁,課件共79頁,創作于2023年2月兼容性測試兼容性測試軟件選擇依據流行程度。利用銷售記錄選擇前100或多或1000個最流行的程序。年頭。應該選擇3年以內的程序和版本。類型。把軟件分為畫圖、書寫、財務、數據庫、通信等類型。從每一種類型中選擇測試軟件。生產廠商。根據制作軟件的公司來選擇軟件。第28頁,課件共79頁,創作于2023年2月操作系統兼容性測試Windows平臺;Linux平臺;UNIX平臺;第29頁,課件共79頁,創作于2023年2月其他軟件的兼容性測試中間件瀏覽器支持軟件其他同類軟件非同類軟件第30頁,課件共79頁,創作于2023年2月新舊系統數據遷移的實現與測試在實際運行環境之外搭建模擬環境,導入部分或全部數據,在模擬環境中進行一次或數次模擬遷移的嘗試。將現有數據進行備份,檢查備份數據的正確性。如果有備份系統,則先將備份系統升級到新系統,保持主服務器的舊系統不動,切換至備份服務器運行一周,若一切正常再升級主服務器,升級成功后切換至主服務器運行。第31頁,課件共79頁,創作于2023年2月小結在實際測試中,要按照軟件類型、需求定位和測試環境進行選擇,并以此為思路擴充測試方案。配置和兼容測試應當充分驗證軟件定義的適用范圍,為開發者和用戶提供軟件使用的信心。配置和兼容性測試要盡早進行。第32頁,課件共79頁,創作于2023年2月易用性測試易用性是交互適應性、實用性和有效性的集中體現。人體工程學:是一門將日常使用的東西設計為易于使用和實用性強的學科。第33頁,課件共79頁,創作于2023年2月用戶界面(UI)用于與軟件程序交互的方式稱為用戶界面或UI。早期計算機的用戶界面是觸發開關和發光二極管。第二代紙帶、穿孔卡和電傳打字機。第三代視頻監視器和簡單的行編輯器。現在個人計算機都有復雜的圖形用戶界面(GUI)。第34頁,課件共79頁,創作于2023年2月易用性測試

由于易用性缺陷的主觀性,因此測試員和UI設計人員經常產生不同意見。UI通常被當做創建者的作品,而測試人員說某處是錯誤,就可能挫傷“藝術家”。易用性是軟件缺陷中的敏感問題。第35頁,課件共79頁,創作于2023年2月易用性測試優秀UI常見的7個要素符合標準和規范直觀性一致性靈活性舒適性正確性實用性第36頁,課件共79頁,創作于2023年2月易用性測試符合標準和規范重要的用戶界面要符合現行標準和規范,這些標準和規范由軟件易用性專家開發。它們是由大量正式測試、經驗、技巧和錯誤得出的方便用戶的規則。如果軟件嚴格遵守這些規則,優秀UI的其他要素就自然具備。第37頁,課件共79頁,創作于2023年2月易用性測試考慮以下問題來衡量軟件的直觀程度:用戶界面是否潔凈、不唐突、不擁擠?UI的組織和布局合理嗎?是否允許用戶輕松地從一個功能轉移到另一個功能?下一步做什么明顯嗎?任何時刻都可以決定放棄或者退回、退出嗎?菜單或者窗口是否深藏不露?有多余功能嗎?軟件整體抑或局部是否做得太深?第38頁,課件共79頁,創作于2023年2月易用性測試

一致性:用戶的使用習慣性強,希望一個程序的操作方式能夠帶到另一個程序中。在審查軟件一致性時要考慮以下術語:快捷鍵和菜單選項。術語和命令。聽眾。按鈕位置和等價的按鈕。第39頁,課件共79頁,創作于2023年2月易用性測試靈活性表現在:用戶喜歡選擇不要太多,但是足以允許他們選擇做什么和怎么做。狀態跳轉。狀態終止和跳過。數據輸入和輸出。第40頁,課件共79頁,創作于2023年2月易用性測試舒適性如何鑒別軟件舒適性的一些好想法:恰當。軟件外觀和感覺應該與所做的工作和使用者相符。錯誤處理。程序應該在用戶執行嚴重錯誤的操作之前提出警告,并且允許用戶恢復由于錯誤操作導致丟失的數據。性能。快不見得是好事。不少程序的錯誤提示信息一閃而過,無法看清。如果操作緩慢第41頁,課件共79頁,創作于2023年2月易用性測試正確性:就是測試UI是否做了該做的是。市場定位偏差:有沒有多余的或者遺漏的功能,或者某些功能執行了與市場宣傳材料不符的操作?語言和拼寫:程序員常常能制造出非常有趣的用戶信息。不良媒體:圖標是否同樣大小?是否具有相同的調色板?聲音是否應該有相同的格式和采樣率?所見即所得。保證UI所說的就是實際得到的。第42頁,課件共79頁,創作于2023年2月易用性測試實用性這不是指軟件本身是否實用,而是指具體特性是否實用。在審查產品說明書、準備測試或者實際測試時,想一想看到的特性對軟件是否有實際價值。它們有助于用戶執行軟件設計的功能嗎?如果認為它們沒必要,就要研究一下找出它們存在于軟件中的原因。第43頁,課件共79頁,創作于2023年2月GUI常見的測試要求窗口窗口能否基于相關的輸入或菜單命令適當的打開窗口能否改變大小、移動和滾動窗口中的數據能否用鼠標、功能鍵、方向箭頭和鍵盤操作當被覆蓋的窗口重新調用后,所有相關功能是否可操作第44頁,課件共79頁,創作于2023年2月GUI常見的測試要求能否使用所有窗口的相關功能,所有相關功能是否可操作相關的下拉式菜單,工具條,滾動條,對話框,按鈕,圖標和其它控制有否?能否正常顯示?完全可用?顯示多窗口時,窗口名能否正確顯示,活動窗口是否加亮第45頁,課件共79頁,創作于2023年2月GUI常見的測試要求使用多用戶時,所有窗口是否能實時更新多次或不正確按鼠標是否會產生無法預測的結果窗口的聲音、顏色提示和窗口的操作順序是否符合需求窗口能否正確關閉第46頁,課件共79頁,創作于2023年2月GUI常見的測試要求數據項字母、數據能否正確顯示且輸入系統圖象方式數據項(如滾動條)是否正常工作數據輸入、消失是否可以理解,能否識別非法數據第47頁,課件共79頁,創作于2023年2月GUI常見的測試要求下列式菜單和鼠標操作菜單條顯示在合適語言環境中應用程序的菜單是否顯示系統相關特性下拉式操作是否正確,功能是否正確菜單、調色板和工具條是否能正常的工作能否列出所有菜單功能和下拉式功能第48頁,課件共79頁,創作于2023年2月GUI常見的測試要求能否通過鼠標操作所有菜單的功能,通過文本命令激活每個菜單功能菜單功能隨當前窗口操作加亮或變灰如果要求多次點擊鼠標或鼠標有多個按鈕時能否正確識別光標、處理指示器和識別指針能否隨操作而適當改變第49頁,課件共79頁,創作于2023年2月小結系統測試的意義系統測試的方法和技巧第50頁,課件共79頁,創作于2023年2月驗收測試Alpha測試:是在一個用戶開發環境下進行的測試,也可以是開發機構內部的用戶在模擬實際操作環境下進行的測試。Beta測試就是把產品有計劃地分發到目標市場,從市場收集反饋信息,把關于反饋信息的評價制成易處理的數據表,再把這些數據分發給所涉及的各個部門。第51頁,課件共79頁,創作于2023年2月Beta測試的特點通常在產品發布到市場之前,邀請公司的客戶參與產品的測試工作。提升了產品的價值,因為它使那些“實際”的客戶有機會把自己的意見滲透到公司產品的設計、功能和使用過程中。Beta測試并不是一種實驗室的測試。第52頁,課件共79頁,創作于2023年2月Beta測試的實施條件目標市場可使用的測試產品要求測試結果第53頁,課件共79頁,創作于2023年2月建立Beta測試小組一個良好的Beta測試過程就像一個團隊,只有每一個成員都充分地發揮自己的所用,它才能有效地運轉。因此,所有優秀的組織都有一個結構或者層次結構來保證這個“命令鏈”的存在。第54頁,課件共79頁,創作于2023年2月Beta測試的組織結構圖第55頁,課件共79頁,創作于2023年2月Beta測試經理Beta測試經理主要負責全面貫徹和實行Beta測試過程職責:主要負責設計和改善整個Beta測試過程的策略和進程。應該與產品開發的相關人員保持一種融洽的關系。負責對Beta測試人員的培訓。建立一個清晰而長遠的測試計劃。應該對整個測試分發過程有著全面的了解。第56頁,課件共79頁,創作于2023年2月Beta測試工程師Beta工程師的首要任務就是選擇有一定的技術背景,能夠勝任Beta測試的測試參與者。負責和Beta測試參與人員聯系。及時回答測試參與者提出的問題。確認測試參與者是否真正履行了測試義務。檢查測試結果。與測試經理探討測試預算問題第57頁,課件共79頁,創作于2023年2月Beta測試協調員

Beta測試協調員是Beta測試團隊的核心人物。主要負責處理一些瑣碎的事情,如運輸、軟件復印、產品分發、物品整理,以及其他一些簡單卻耗時的工作,因此Beta測試協調員所做的工作是“維護”Beta測試的正常運轉。第58頁,課件共79頁,創作于2023年2月Beta測試過程第59頁,課件共79頁,創作于2023年2月獲取產品的需求文檔對于Beta測試經理來所說,全面了解產品的最好方法就是獲取一份該產品的需求文檔,詳細研讀一番。如果建立需求文檔不是公司產品開發過程的一部分,那么功能說明書或者其他設計文檔也可以有助于分析產品的特征。第60頁,課件共79頁,創作于2023年2月把項目加入隊列

隊列是關于測試的一個時間表,它包括即將開始的測試,和正在進行的測試。可以清晰地看到將要進行的下一個項目。可以使全體開發成員對項目的進展情況一目了然。隊列是一種表示項目優先級、記錄項目進展的簡單有效的方法。第61頁,課件共79頁,創作于2023年2月編寫Beta測試計劃

測試計劃是一份全面的文檔,用于給項目團隊提供關于Beta測試的概述。是團隊溝通的基礎,是執行測試的委托書。第62頁,課件共79頁,創作于2023年2月產品培訓產品培訓設計使用產品說明、閱讀技術手冊、了解其他類似的產品等內容。測試小組的專業技能會在多個方面使整個團隊受益。經過良好培訓的測試小組可以在一個自我控制的環境中展開工作。產品培訓的結果自然會有助于小組成員對產品后續版本及其衍生產品的了解。第63頁,課件共79頁,創作于2023年2月獲取測試材料收集測試材料的時機。建立一個對這些材料進行分類和跟蹤的系統。在分發測試材料的保管。第64頁,課件共79頁,創作于2023年2月選擇測試人員選擇規則選擇過程的時間長短選定測試參與者后,在開始進行測試之前的時間把握。第65頁,課件共79頁,創作于2023年2月選擇申請者考慮因素人數評估申請者測試參與者的素質特性測試參與者的技術特征第66頁,課件共79頁,創作于2023年

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論