《新人培訓(軟件測試基礎(chǔ))》由會員分享，可在線閱讀，更多相關(guān)《新人培訓(軟件測試基礎(chǔ))（42頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,軟件測試根底培訓,不便透露,何為軟件測試？,測試是發(fā)現(xiàn)并指出軟件包含軟件經(jīng)過建模、需求、設(shè)計等階段所產(chǎn)生的大量輸出工件中存在缺陷的過程，這個過程指名和標注問題存在的正確位置，詳細記錄導(dǎo)致問題出現(xiàn)的操作步驟，及時儲存當時的錯誤狀態(tài)，以上組合在一起便于測試后問題能夠準確再現(xiàn),何為軟件測試？Cont.,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),何為軟件測試？Cont.,發(fā)現(xiàn)問題：第一個行為，表示發(fā)現(xiàn)軟件中存在的問題。,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),何為軟件測試？Cont.,記錄問題：

2、第二個行為，表示通過“發(fā)現(xiàn)問題行為操作指明和標注問題存在的正確位置，詳細記錄導(dǎo)致問題出現(xiàn)的操作步驟，及時儲存當時的錯誤狀態(tài)。,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),何為軟件測試？Cont.,跟蹤問題：第三個行為表示通過“記錄問題行為操作來跟蹤和控制出現(xiàn)過的問題，直到問題關(guān)閉。由“再現(xiàn)問題引出的虛線代表著兩個行為之間的關(guān)聯(lián)是隱性存在的。,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),何為軟件測試？Cont.,再現(xiàn)問題：來源于“記錄問題，表示這個過程只是為了演示曾經(jīng)出現(xiàn)過的錯誤現(xiàn)象，值得注意的是有些錯誤現(xiàn)象我們可能沒有方法再現(xiàn)了。,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),

3、何為軟件測試？Cont.,比方，由于某次操作引起了操作系統(tǒng)的內(nèi)存異常出錯，我們記錄了但是下一次演示的過程中不一定會再出現(xiàn)。雖然有這樣的事情發(fā)生，但是我們有理由肯定錯誤還是存在的，只不過我們沒有觸發(fā)相應(yīng)的條件。,何為軟件測試？Cont.,歷史數(shù)據(jù)：從“記錄問題中挑選相同屬性的錯誤，提高低次測試的針對性。因為是虛框，所以可以視為過程的一種補充。,發(fā)現(xiàn)問題,記錄問題,跟蹤問題,再現(xiàn)問題,歷史數(shù)據(jù),為什么需要軟件測試？,測試可以保證你對需求和設(shè)計的理解與表達的正確性、實現(xiàn)的正確性以及運行的正確性，任何一個環(huán)節(jié)發(fā)生了問題都會在軟件測試中表現(xiàn)出來。,為什么需要軟件測試？Cont.,測試同時還可以防止無意識

4、的行為引入一些將來可能出現(xiàn)的錯誤。,為什么需要軟件測試？Cont.,測試也可以幫助設(shè)計代碼及其用戶界面，在編碼之前測試人員就代表了客戶，這個時候我們需要考慮程序會產(chǎn)生什么樣的效果，而不用管它內(nèi)部是如何工作的。,W模型,軟件測試應(yīng)在軟件開發(fā)的需求分析階段介入,需求分析,概要設(shè)計,詳細設(shè)計,編碼,代碼集成,系統(tǒng)集成,軟件驗收,測試需求分析,測試概要設(shè)計,測試詳細設(shè)計,單元測試,集成測試,系統(tǒng)測試,驗收測試,軟件開發(fā)過程,軟件測試過程,軟件測試目的？,軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程,測試是為了證明程序有錯，而不是證明程序無錯誤,一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤,一個成功的測試是

5、發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試,by Grenford J.Myers The Art of software Testing,軟件測試目的？Cont.,軟件測試不以發(fā)現(xiàn)錯誤為唯一目的，查不出錯誤的測試并非沒有價值。整個測試過程本身就是評定測試質(zhì)量的一種方法。如果我們的測試過程是可持續(xù)增長的在運行屢次而未發(fā)現(xiàn)軟件錯誤，這樣多少都可以得出這樣的結(jié)論：被測試軟件已經(jīng)完美了，或者就是需要遺棄這套無法正常工作的測試過程而重新構(gòu)建一套了。,軟件測試原那么：,1.盡早和不斷的測試,2.徹底的測試不可能,3.軟件測試是有風險的行為,4.并非所有的軟件錯誤都能修復(fù),5.合理安排測試方案,1.盡早和不斷的測試,要

6、盡早地測試，讓測試人員在軟件的需求和設(shè)計階段就介入而不是等這些工作全部完成了才進行測試。發(fā)現(xiàn)軟件錯誤的時間在整個軟件過程階段中越靠后，修復(fù)它所消耗的資源就越大,2.徹底的測試不可能,因為存在著輸入量太大，輸出結(jié)果太多，軟件實現(xiàn)途徑太多和軟件實現(xiàn)沒有客觀標準，從不同的角度看軟件缺陷的標準不同這些客觀因素的存在，所以我們只能做到有限數(shù)量路徑測試,如果時間不夠，無法進行充分的測試怎么辦？,我們要使用風險分析，確定測試的重點，需要考慮以下因素：,對于該工程的用途而言，哪種功能最重要？,哪種功能對用戶最明顯？,哪種功能對平安影響最大？,哪種功能對用戶最有用？,在開發(fā)過程中，該應(yīng)用軟件的哪個局部最重要？,

7、如果時間不夠，無法進行充分的測試怎么辦？Cont.,哪一局部代碼最復(fù)雜，容易導(dǎo)致出現(xiàn)錯誤？,哪一局部的應(yīng)用程序是在急迫或在驚恐的情況下開發(fā)出來的？,哪一局部程序與過去工程中引起問題的局部相類似/有關(guān)？,哪一局部程序與過去工程中需要大量維護的局部相類似/有關(guān)？,開發(fā)人員認為在軟件中哪些局部是高風險的？,如果時間不夠，無法進行充分的測試怎么辦？Cont.,哪些問題能造成最差的發(fā)行？,哪些問題最能引起用戶抱怨？,哪些測試可以容易地覆蓋多種功能？,哪些測試在覆蓋高風險局部的測試時使用時間最少？,3.軟件測試是有風險的行為,我們可以通過對資源的調(diào)節(jié)，對測試程度和范圍進行有效控制。原那么是盡量使用有限資源

8、得到最大的回報。測試只能保證盡可能多地發(fā)現(xiàn)錯誤，不能保證發(fā)現(xiàn)所有的錯誤。,4.并非所有的軟件錯誤都能修復(fù),沒有足夠的時間工程進度不允許,不算真正的軟件錯誤溝通理解上發(fā)生歧義,修復(fù)的風險太大導(dǎo)致更多的錯誤，修復(fù)本錢太高,不值得修復(fù)不太常用的功能,以上都需要經(jīng)過嚴格的評估，整個評估決策過程由軟件測試人員、工程管理人員和程序開發(fā)人員共同參與。,5.合理安排測試方案,好的測試方案樹立了一個正確的測試目標、組合了各種有針對性的測試方法、羅列了所有可使用資源等。測試方案制定需要嚴謹，防止發(fā)生測試偏移現(xiàn)象。測試時間安排得盡量寬松也就是說我們需要預(yù)留工作余量，不要指望在極短的時間內(nèi)完成一個全方位、高水平的測試

9、。任何理想化的概念和無法確定的因素都應(yīng)該被剔除。,軟件測試策略,1.數(shù)據(jù)和數(shù)據(jù)庫完整性測試,我們在數(shù)據(jù)測試中必須認真對待默認值、空白、Null值、零值和無效輸入等情況。,軟件測試策略 Cont.,2.功能測試,功能測試又稱正確性測試，它檢查軟件的功能是否符合規(guī)格說明。根本方法是構(gòu)造一些合理輸入，檢查是否得到期望的輸出。,軟件測試策略 Cont.,3.易用性原那么,易用性是人機交互中適應(yīng)性、實用性和有效性的集中表達。,優(yōu)秀UI常見的七個要素：,符合標準和標準；靈活性；正確性；直觀性；舒適性；實用性；一致性。,軟件測試策略 Cont.,4.性能測試與壓力測試,壓力測試：對系統(tǒng)不斷施加壓力的測試，是

10、通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點極限點，來獲得系統(tǒng)能提供的最大效勞級別的測試,性能測試：在交替進行負荷和強迫測試時常用的術(shù)語。性能測試關(guān)注的是系統(tǒng)的整體。它和通常所說的強度、壓力/負載測試有密切的關(guān)系。所以壓力和強度測試應(yīng)該與性能測試一同進行。,性能測試和壓力測試的區(qū)別？,他們具有不同的測試目的,壓力測試是為了發(fā)現(xiàn)系統(tǒng)能支持的最大負載，他的前提是要求系統(tǒng)性能處在可以接受的范圍內(nèi)，比方經(jīng)常規(guī)定的頁面3秒鐘內(nèi)相應(yīng)；所以一句話概括就是：在性能可以接受的前提下，測試系統(tǒng)可以支持的最大負載。,性能測試是為了檢查系統(tǒng)的反映，運行速度等性能指標，他的前提是要求在一定負載下，如檢查一個網(wǎng)站在100人

11、同時在線的情況下的性能指標，每個用戶是否都還可以正常的完成操作等。,測試需求分析,在整個軟件測試生命周期中，制定工程的測試需求和方案階段是測試工程的關(guān)鍵。在這個階段，我們需要制定工程的測試需求，從而確定測試工程的范圍和目標；我們也需要對工程進行規(guī)劃，確定工程所需的資源、分配、風險、方法和策略等等，從而讓整個工程有序地、高效的、受控地進行。,什么是測試需求：,人們在接受了一項任務(wù)后，總會先想到或去了解這項任務(wù)中我們需要做些什么，軟件測試也是如此。在確定要開展一個測試工程后，我們就要開始了解“什么是我們要在該工程中進行測試的也就是測試需求。,在分析和制訂測試需求時，我們要考慮的是：,測試范圍：,在

12、測試工程中，我們需要進行開發(fā)生命周期中各階段測試單元測試、集成測試、系統(tǒng)測試和驗收測試的全部還是具體那些階段。,在分析和制訂測試需求時，我們要考慮的是：,測試目標：,系統(tǒng)的哪些特性需要被測試以保證這些特性的質(zhì)量。測試目標往往要根據(jù)目標特點進行分解細化，分解到一個可測試的粒度，即具體的特性；如果不經(jīng)分解細化，籠統(tǒng)、整體或者概括性的特性不利于測試工作的開展。,要測試的系統(tǒng)特性往往包括：功能、性能、可用性、平安性、兼容性.,測試需求分析,測試需求主要包括兩種類型：功能性需求和非功能性需求,功能性需求：,描述了系統(tǒng)的特征或系統(tǒng)提供的效勞。主要包括：,系統(tǒng)功能,業(yè)務(wù)流程,界面功能和風格,系統(tǒng)安裝,等,非

13、功能性需求:,描述了施加于系統(tǒng)操作上的約束。主要包括：,性能要求,平安性要求,兼容性要求,等,測試人員素質(zhì),五項優(yōu)秀測試人員所擁有的重要特征：,Controlled可管理，有條理的、,Competent掌握測試技術(shù)的、,Critical專注于發(fā)現(xiàn)問題的、Comprehensive注重細節(jié)的、,Considerate能夠和開發(fā)人員很好交流的，,簡稱為測試人員的5C職業(yè)特征。,by Bill Hetzel The Complete Guide to Software Testing,Chapter 11,測試人員素質(zhì) Cont.,根據(jù)5C我們可以對測試人員應(yīng)該具備的職業(yè)素質(zhì)總結(jié)出一下幾點：,1.溝

14、通能力。測試人員必須能夠同測試涉及到的所有人進行溝通，具有與技術(shù)人員和非技術(shù)人員交流的能力。,2.共同價值觀。測試人員必須和每一類人打交道與他們形成共同的價值觀，具備這種能力可以將測試人員與相關(guān)人員之間的沖突和對抗減少到最低程度。,測試人員素質(zhì) Cont.,3.,技術(shù)能力。開發(fā)人員輕視那些不懂技術(shù)的人是一種普遍存在的現(xiàn)象，測試人員必須很好的理解被測軟件概念，會使用其中的一些重要工具。,4.,自信。測試人員和開發(fā)人員的工作性質(zhì)相反，所以經(jīng)常出現(xiàn)開發(fā)人員指責測試人員工作出現(xiàn)錯誤的事情。測試人員必須對自己的觀點保持足夠的自信，如果容許別人對自己的工作結(jié)果指東指西，就不能完成更多的事情了。,測試人員素質(zhì) Cont.,5.,交流。當你告訴某個開發(fā)人員的程序出現(xiàn)了錯誤時，需要用一種婉轉(zhuǎn)且留有余地的商討口吻和開發(fā)人員交流。,6.,記憶。測試人員應(yīng)該具備將歷史類似錯誤從記憶深處挖掘出來的本領(lǐng)。,7.,耐心。測試工作需要耐心，有時我們需要花費大量的時間去剝離、確認和跟蹤一個錯誤，測試工作是那些坐不住板凳的人無法勝任的。,測試人員素質(zhì) Cont.,8.疑心。這也是測試人員必須具備的根底品德，開發(fā)人員本能地掩蓋所有已經(jīng)出現(xiàn)的或者未出現(xiàn)的錯誤。測試人員在聽取了開發(fā)人員的說明后，必須保持疑心態(tài)度知道經(jīng)過自己認真地核實。,End Thanks,