性能測(cè)試培訓(xùn)PPT.ppt

測(cè)試行業(yè)簡(jiǎn)介,軟件測(cè)試在軟件生命周期中占據(jù)重要作用。軟件生命周期的每個(gè)階段都應(yīng)該包含測(cè)試從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正。由于測(cè)試的重要性和復(fù)雜度，它慢慢的獨(dú)立發(fā)展成為一個(gè)行業(yè)，并且在迅猛發(fā)展。在典型的軟件開發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開發(fā)總工作量的40以上。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占30到50,軟件測(cè)試概論（概述）,1975年，“測(cè)試數(shù)據(jù)選擇的原理”（TowardatheoryofTestData）的文章，軟件測(cè)試才被確定為一種研究方向。1979年，“軟件測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行一個(gè)程序或者系統(tǒng)的過程”1983年，“測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的一種度量”。2002年，“測(cè)試是為了度量和提高被測(cè)試軟件的質(zhì)量，對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施、維護(hù)的的整個(gè)生命周期過程”。,軟件測(cè)試概論（行情）,國(guó)外：A、軟件測(cè)試在軟件公司中占有重要的地位B、軟件測(cè)試?yán)碚撗芯颗畈l(fā)展，引領(lǐng)軟件測(cè)試?yán)碚撗芯康膰?guó)際潮流C、軟件測(cè)試市場(chǎng)繁榮國(guó)內(nèi)：1、我國(guó)著名的軟件公司都已經(jīng)或者正在建立獨(dú)立的專職軟件測(cè)試隊(duì)伍2、國(guó)家開始對(duì)軟件測(cè)試職業(yè)高度重視和認(rèn)可（軟考中級(jí)資格中增加軟件評(píng)測(cè)師）,軟件測(cè)試概念,什么是軟件測(cè)試軟件測(cè)試（Softwaretesting）是軟件開發(fā)過程中的一個(gè)重要組成部分，是貫穿整個(gè)軟件開發(fā)生命周期，對(duì)軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過程，其目的是盡快盡早的發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題與用戶需求、預(yù)先定義的內(nèi)容是否存在不一致性。,軟件測(cè)試的目的和原則,基于不同的立場(chǎng)，存在著兩種完全不同的測(cè)試目的：用戶角度：希望軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否接受產(chǎn)品。軟件開發(fā)者角度：希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證被測(cè)軟件已正確的實(shí)現(xiàn)了用戶的需求，確立人們對(duì)軟件質(zhì)量的信心。,軟件測(cè)試的目的和原則,換言之，測(cè)試的目的是：想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果我們成功地實(shí)施了測(cè)試，我們就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤。測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說明軟件中存在錯(cuò)誤,軟件測(cè)試的目的和原則,測(cè)試的原則是：所有的軟件測(cè)試都應(yīng)追溯到用戶需求。應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者的座右銘。完全測(cè)試是不可能的，測(cè)試需要終止。（原因1：輸入量太大。原因2：輸出結(jié)果太多原因。3：路徑結(jié)合太多。）根據(jù)測(cè)試錯(cuò)誤的概率以及軟件可靠性要求，確定最佳停止測(cè)試時(shí)間。測(cè)試無法顯示軟件潛在的缺陷。也就是說測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒有錯(cuò)誤。盡量避免測(cè)試的隨意性。,軟件測(cè)試的對(duì)象,軟件包括哪些？軟件包括程序，數(shù)據(jù)和文檔。軟件測(cè)試的對(duì)象：軟件的測(cè)試不僅僅是程序的測(cè)試，軟件的測(cè)試應(yīng)貫穿于整個(gè)軟件生命同期中。在軟件定義階段產(chǎn)生的可行性報(bào)告、項(xiàng)目實(shí)施計(jì)劃、軟件需求說明書或系統(tǒng)功能說明書在軟件開發(fā)階段產(chǎn)生的概要測(cè)試說明書、詳細(xì)設(shè)計(jì)說明書，以及源程序等都是軟件測(cè)試的對(duì)象,軟件測(cè)試分類,按照軟件開發(fā)階段分單元測(cè)試（也叫模塊測(cè)試）、集成測(cè)試（組裝測(cè)試）、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試按照測(cè)試實(shí)施組織分開發(fā)方測(cè)試（也叫驗(yàn)證測(cè)試，阿爾法測(cè)試）、用戶測(cè)試（貝塔測(cè)試）和第三方測(cè)試（獨(dú)立測(cè)試）；按照測(cè)試技術(shù)分白盒測(cè)試、黑盒測(cè)試和灰盒測(cè)試；,黑盒測(cè)試又叫功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于需求規(guī)格說明書的功能測(cè)試。該測(cè)試類別注重于測(cè)試軟件的功能性需求。測(cè)試工程師無需了解程序代碼的內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終端用戶使用該軟件，檢查軟件產(chǎn)品是否達(dá)到了用戶的需求。黑盒測(cè)試能更好的從用戶角度來考察被測(cè)系統(tǒng)的功能性需求實(shí)現(xiàn)情況。,軟件測(cè)試分類（黑盒測(cè)試）,圖1-4黑盒測(cè)試示例圖,是否有不正確的或者遺漏了的功能？在接口上，輸入是否正確地接受？能否輸出正確的結(jié)果？是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或者外部信息（如數(shù)據(jù)文件）訪問錯(cuò)誤？性能上是否能夠滿足要求？是否有初始化或終止性錯(cuò)誤？,黑盒測(cè)試,圖1-4黑盒測(cè)試示例圖,黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：,軟件測(cè)試分類（白盒測(cè)試）,圖1-4黑盒測(cè)試示例圖,白盒測(cè)試的前提是可以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序結(jié)構(gòu)和處理過程。白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序代碼內(nèi)部構(gòu)成的測(cè)試。白盒測(cè)試需要測(cè)試工程師深入考查程序代碼的內(nèi)部結(jié)構(gòu)、邏輯設(shè)計(jì)等。,對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次。對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)試一次。在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等。,白盒測(cè)試,圖1-4黑盒測(cè)試示例圖,使用白盒測(cè)試方法，主要是想對(duì)程序模塊進(jìn)行如下的檢查：,白盒測(cè)試與黑盒測(cè)試的比較：,圖1-4黑盒測(cè)試示例圖,軟件測(cè)試分類（灰盒測(cè)試）,圖1-4黑盒測(cè)試示例圖,灰盒測(cè)試介于白盒和黑盒測(cè)試之間。灰盒測(cè)試一方面考慮程序代碼的功能性表現(xiàn)，另一方面，又需要考慮程序代碼的內(nèi)部結(jié)構(gòu)。通俗地講，灰盒測(cè)試就是白加黑。,軟件測(cè)試模型（一）,V模型：其局限性表現(xiàn)在把測(cè)試作為軟件開發(fā)的最后一個(gè)階段，是串行完成的；主要是針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤，而需求分析階段隱藏的問題到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)；,軟件測(cè)試模型（二）,W模型：優(yōu)點(diǎn)是測(cè)試與開發(fā)過程是同步進(jìn)行的，有利于測(cè)試的及早介入與執(zhí)行；缺點(diǎn)是對(duì)開發(fā)階段需要有明確的起點(diǎn)和終點(diǎn)，這點(diǎn)在實(shí)際情況中很難做到這點(diǎn)；,測(cè)試的過程,圖1-4黑盒測(cè)試示例圖,單元測(cè)試（又叫模塊測(cè)試）主要內(nèi)容：模塊接口;局部數(shù)據(jù)結(jié)構(gòu)測(cè)試;路徑測(cè)試;錯(cuò)誤處理測(cè)試;邊界測(cè)試;單元測(cè)試用到的輔助模塊：驅(qū)動(dòng)模塊（所測(cè)模塊的主程序）和樁模塊（存根模塊）,集成測(cè)試（又叫組裝測(cè)試或聯(lián)合測(cè)試）漸增式組裝方式:自頂向下的增殖方式自底向上的增殖方式集成測(cè)試完成的標(biāo)志：成功的執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試修正了所有發(fā)現(xiàn)的錯(cuò)誤測(cè)試結(jié)果通過了專門小組的評(píng)審,確認(rèn)測(cè)試;確認(rèn)測(cè)試的內(nèi)容：進(jìn)行有效性測(cè)試和軟件配置復(fù)查。系統(tǒng)測(cè)試:系統(tǒng)測(cè)試的主要目的是檢查系統(tǒng)是否符合軟件需求系統(tǒng)測(cè)試采用黑盒測(cè)試方式系統(tǒng)測(cè)試主要內(nèi)容有：功能測(cè)試，性能測(cè)試，用戶界面測(cè)試，安全性測(cè)試，可靠性測(cè)試，安裝/反安裝測(cè)試等。為了保證測(cè)試的客觀性，一般由獨(dú)立的測(cè)試小組來執(zhí)行系統(tǒng)測(cè)試。驗(yàn)收測(cè)試：驗(yàn)收測(cè)試是由用戶完成的測(cè)試。驗(yàn)收測(cè)試的內(nèi)容與系統(tǒng)測(cè)試的內(nèi)容類似。驗(yàn)收測(cè)試可以分成Alpha測(cè)試和Bata測(cè)試。,Bug的生命周期：,圖1-4黑盒測(cè)試示例圖,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,為什么要做性能測(cè)試？Doestheapplicationrespondquicklyenoughfortheintendedusers?你的應(yīng)用程序的響應(yīng)時(shí)間足夠快嗎?Willtheapplicationhandletheexpecteduserloadandbeyond?你的應(yīng)用程序能輕松應(yīng)付那么多的用戶負(fù)載嗎？Willtheapplicationhandlethenumberoftransactionsrequiredbythebusiness?你的應(yīng)用程序能處理那么多業(yè)務(wù)所需的事務(wù)嗎？Istheapplicationstableunderexpectedandunexpecteduserloads?在預(yù)期的用戶壓力下，你的應(yīng)用程序足夠穩(wěn)定嗎？在超出預(yù)期的用戶壓力下呢？Areyousurethatuserswillhaveapositiveexperienceongo-liveday?你能確定用戶在使用你的應(yīng)用程序時(shí)會(huì)得到好的體驗(yàn)嗎？,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,性能測(cè)試的含義：通過自動(dòng)化測(cè)試工具模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力或用戶使用場(chǎng)景來測(cè)試系統(tǒng)的性能是否滿足生產(chǎn)性能的要求。,性能測(cè)試的目的：評(píng)估系統(tǒng)的能力識(shí)別系統(tǒng)的弱點(diǎn)系統(tǒng)調(diào)優(yōu)驗(yàn)證穩(wěn)定性、可靠性,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,通用性能測(cè)試過程模型GAME（A）：,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,GAME（A）模型的優(yōu)勢(shì)：,第一，靈活，每個(gè)過程都有自己的關(guān)注點(diǎn)，可以根據(jù)不同的項(xiàng)目特點(diǎn)增加或刪除關(guān)注點(diǎn)；第二，通用，不依賴于具體的工具。目前GAME（A）關(guān)注性能測(cè)試技術(shù)，比較簡(jiǎn)單，將來可以進(jìn)行擴(kuò)展，同樣使用GAME（A）模型關(guān)注性能測(cè)試的時(shí)間、人力等資源問題。,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,性能測(cè)試策略：負(fù)載測(cè)試（LoadTesting）壓力測(cè)試（StressTesting）并發(fā)測(cè)試（ConcurrencyTesting）穩(wěn)定性測(cè)試（StabilityTesting）,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,負(fù)載測(cè)試（LoadTesting）負(fù)載測(cè)試主要考察軟件系統(tǒng)在既定的負(fù)載下的性能表現(xiàn)，可以有如下理解：（1）負(fù)載測(cè)試是站在用戶的角度去觀察在一定條件下軟件系統(tǒng)的性能表現(xiàn)；（2）負(fù)載測(cè)試的預(yù)期結(jié)果是用戶的性能需求得到滿足，此指標(biāo)一般體現(xiàn)為響應(yīng)時(shí)間、交易容量、并發(fā)容量、資源使用率等。,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,壓力測(cè)試（StressTesting）壓力測(cè)試和負(fù)載測(cè)試不同的是，壓力測(cè)試的預(yù)期結(jié)果就是系統(tǒng)出現(xiàn)問題，而我們要考察的是系統(tǒng)處理問題的方式。比如說，我們期待一個(gè)系統(tǒng)在面臨壓力的情況下能夠保持穩(wěn)定，處理速度可以變慢，但不能系統(tǒng)崩潰。因此，壓力測(cè)試是能讓我們識(shí)別系統(tǒng)的弱點(diǎn)和在極限負(fù)載下程序?qū)⑷绾芜\(yùn)行。,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,并發(fā)測(cè)試（ConcurrencyTesting）驗(yàn)證系統(tǒng)的并發(fā)處理能力。一般是和服務(wù)器端建立大量的并發(fā)連接，通過客戶端的響應(yīng)時(shí)間和服務(wù)端的性能監(jiān)測(cè)情況來判斷系統(tǒng)是否達(dá)到了既定的并發(fā)能力指標(biāo)。負(fù)載測(cè)試往往就會(huì)使用并發(fā)來創(chuàng)造負(fù)載，之所以把并發(fā)測(cè)試單獨(dú)提出來，是因?yàn)椴l(fā)測(cè)試往往涉及服務(wù)器的并發(fā)容量，以及多進(jìn)程/多線程協(xié)調(diào)同步可能帶來的問題。這是特別注意，必須測(cè)試的。,性能測(cè)試,圖1-4黑盒測(cè)試示例圖,穩(wěn)定性測(cè)試（StabilityTesting）性能測(cè)試的穩(wěn)定性，即測(cè)試系統(tǒng)在一定負(fù)載下運(yùn)行長(zhǎng)時(shí)間后是否會(huì)發(fā)生問題。軟件系統(tǒng)的有些問題是不能一下子就暴露出來的，或者說是需要時(shí)間積累才能達(dá)到能夠度量的程度。比如，內(nèi)存泄露問題是經(jīng)過時(shí)間積累才會(huì)慢慢變得顯著，運(yùn)行初期很難檢測(cè)出來。,主要性能指標(biāo),圖1-4黑盒測(cè)試示例圖,響應(yīng)時(shí)間反映系統(tǒng)處理效率指標(biāo)響應(yīng)時(shí)間是從開始到完成某項(xiàng)工作所需時(shí)間的度量。在客戶/服務(wù)器環(huán)境中，通常是從客戶方測(cè)量響應(yīng)時(shí)間。響應(yīng)時(shí)間通常隨負(fù)載的增加而增加。吞吐量反映系統(tǒng)處理能力指標(biāo)吞吐量是單位時(shí)間內(nèi)完成工作的度量，在客戶/服務(wù)器環(huán)境中通常是從服務(wù)器方進(jìn)行評(píng)估。隨著負(fù)載的增加，吞吐量往往增長(zhǎng)到一個(gè)峰值后，然后下降，隊(duì)列變長(zhǎng)。在如客戶/服務(wù)器這樣的端到端系統(tǒng)中，吞吐量依賴于每個(gè)部件的運(yùn)行。系統(tǒng)中最慢的點(diǎn)決定了整個(gè)系統(tǒng)的吞吐率。通常稱此慢點(diǎn)為瓶頸。資源利用率：反映系統(tǒng)能耗指標(biāo),從世界各地多個(gè)地點(diǎn)，使用真正的瀏覽器（IE，F(xiàn)irefox和Chrome），并在真正的消費(fèi)者連接速度，對(duì)你