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

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