軟件測試方法和技術(shù)課件

軟件測試方法和技術(shù)1系統(tǒng)集成的模式2功能測試3系統(tǒng)測試，回歸測試4性能測試5

壓力測試6安全性、可靠性和容錯性測試7驗收測試1精選ppt1系統(tǒng)集成的模式軟件集成測試前的準備

人員安排

測試計劃

測試內(nèi)容

測試方法2精選ppt集成測試的模式漸增式測試模式與非漸增式測試模式非漸增式測試模式：先分別測試每個模塊，再把所有模塊按設(shè)計要求放在一起結(jié)合成所要的程序，如大棒模式。漸增式測試模式：把下一個要測試的模塊同已經(jīng)測試好的模塊結(jié)合起來進行測試，測試完以后再把下一個應(yīng)該測試的模塊結(jié)合進來測試。3精選ppt2功能測試

目的和內(nèi)容

程序安裝、啟動正常，有相應(yīng)的提示框、錯誤提示等每項功能符合實際要求系統(tǒng)的界面清晰、美觀菜單、按鈕操作正常、靈活，能處理一些異常操作能接受正確的數(shù)據(jù)輸入，對異常數(shù)據(jù)的輸入有提示、容錯處理等數(shù)據(jù)的輸出結(jié)果準確，格式清晰，可以保存和讀取功能邏輯清楚，符合使用者習(xí)慣系統(tǒng)的各種狀態(tài)按照業(yè)務(wù)流程而變化，并保持穩(wěn)定支持各種應(yīng)用的環(huán)境能配合多種硬件周邊設(shè)備軟件升級后，能繼續(xù)支持舊版本的數(shù)據(jù)與外部應(yīng)用系統(tǒng)的接口有效4精選ppt功能測試的方法

等價類劃分法邊界值分析法錯誤推測法因果圖法組合分析法我要測試所有的功能5精選ppt等價類劃分法劃分好等價類測試：防止遺漏測試案例。6精選ppt邊界值分析法例子：排序程序，邊界條件有：序列為空；序列僅有一個數(shù)據(jù)；序列為滿，用猜錯法補充一下測試用例；序列已經(jīng)按要求排好序；序列的順序與要求的順序恰好相反；序列中的所有數(shù)據(jù)全部相等。因為錯誤最容易發(fā)生在邊界值附近，所以邊界值分析法對于多變量函數(shù)的測試很有效，尤其是對于像C/C++數(shù)據(jù)類型要求不是很嚴格的語言有利。7精選ppt錯誤推測法這個錯誤到底在哪？8精選ppt因果圖法9精選ppt組合分析法組合分析是一種基于每對參數(shù)組合的測試技術(shù)，主要考慮參數(shù)之間的影響是主要的錯誤來源和大多數(shù)的錯誤起源于簡單的參數(shù)組合。在產(chǎn)品漢化過程中哪個組合出錯了？10精選ppt3系統(tǒng)測試壓力測試(Stresstest)容量測試(Capacitytest)性能測試(Performancetest)安全測試(Securitytest)容錯測試(Recoverytest)11精選ppt回歸測試的目的所做的修改達到了預(yù)定的目的，如錯誤得到了改正，新功能得到了實現(xiàn)，能夠適應(yīng)新的運行環(huán)境等；不影響軟件原有功能的正確性。

回歸測試的方法

再測試全部用例基于風(fēng)險選擇測試基于操作剖面選擇測試再測試修改的部分回歸測試

12精選ppt回歸測試

13精選ppt4性能測試

性能測試通常會使用特定的測試工具，來模擬超常的數(shù)據(jù)量、負載等，監(jiān)測系統(tǒng)的各項性能指標，如CPU和內(nèi)存的使用情況、響應(yīng)時間、反應(yīng)速度等。一定要設(shè)法破壞它!14精選ppt性能測試概念和目的性能測試的目的：

為了驗證系統(tǒng)是否達到用戶提出的性能指標，同時發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。性能測試指標的來源：

用戶對各項指標提出的明確需求；如果用戶沒有提出性能指標則根據(jù)用戶需求、測試設(shè)計人員的經(jīng)驗來設(shè)計各項測試指標。（需求+經(jīng)驗）主要的性能指標：

服務(wù)器的各項指標（CPU、內(nèi)存占用率等）、后臺數(shù)據(jù)庫的各項指標、網(wǎng)絡(luò)流量、響應(yīng)時間15精選ppt性能測試要點測試環(huán)境應(yīng)盡量與產(chǎn)品運行環(huán)境保持一致，應(yīng)單獨運行盡量避免與其他軟件同時使用。性能測試一般使用測試工具和測試人員編制測試腳本來完成。性能測試的重點在于前期數(shù)據(jù)的設(shè)計與后期數(shù)據(jù)的分析。性能測試的用例主要涉及到整個系統(tǒng)架構(gòu)的問題，所以測試用例一旦生成，改動一般不大，所以做性能測試的重復(fù)使用率一般比較高。16精選ppt性能測試的方法和技巧

兩種負載類型“flat”測試ramp-up測試 對于企業(yè)級的系統(tǒng)，性能測試的方法主要有：性能規(guī)劃測試滲入測試峰谷測試17精選ppt兩種負載類型

“Flat”測試:

對于一次給定的測試，應(yīng)該取響應(yīng)時間和吞吐量的平均值。精確地獲得這些值的唯一方法是一次加載所有的用戶，然后在預(yù)定的時間段內(nèi)持續(xù)運行。虛擬用戶的數(shù)量18精選ppt兩種負載類型

Ramp-up測試:

用戶是交錯上升的（每幾秒增加一些新用戶）。ramp-up測試不能產(chǎn)生精確和可重現(xiàn)的平均值，這是因為由于用戶的增加是每次一部分，系統(tǒng)的負載在不斷地變化。其優(yōu)點是，可以看出隨著系統(tǒng)負載的改變，測量值是如何改變的據(jù)此選擇要運行的flat測試的范圍。19精選ppt性能規(guī)劃測試

性能規(guī)劃類型的測試其目標是找出在特定的環(huán)境下，給定應(yīng)用程序的性能可以達到何種程度。例如，如果要以5秒或更少的響應(yīng)時間支持8,000個當前用戶，需要多少個服務(wù)器？要確定系統(tǒng)的容量，需要考慮幾個因素:用戶中有多少是并發(fā)與服務(wù)器通信的。每個用戶的請求間時間間隔是多少。20精選ppt

如何加載用戶以模擬負載狀態(tài)？

最好的方法是模擬高峰時間用戶與服務(wù)器通信的狀況。如果用戶負載狀態(tài)是在一段時間內(nèi)逐步達到的,選擇ramp-up測試，每隔幾秒增加x個用戶;如果所有用戶是在一個非常短的時間內(nèi)同時與系統(tǒng)通信，就應(yīng)該使用flat測試，將所有的用戶同時加載到服務(wù)器

什么是確定容量的最好方法？

結(jié)合兩種負載類型的優(yōu)點，并運行一系列的測試

如：首先使用ramp-up測試確定系統(tǒng)支持的用戶范圍該范圍內(nèi)不同的并發(fā)用戶負載進行一系列的flat測試，更精確地確定系統(tǒng)的容量。性能規(guī)劃測試(2)21精選ppt滲入測試

滲入測試是一種比較簡單的性能測試。滲入測試所需時間較長，它使用固定數(shù)目的并發(fā)用戶測試系統(tǒng)的總體健壯性。這些測試將會通過內(nèi)存泄漏、增加的垃圾收集(GC)或系統(tǒng)的其他問題，顯示因長時間運行而出現(xiàn)的任何性能降低。

建議運行兩次測試——一次使用較低的用戶負載（要在系統(tǒng)容量之下，以便不會出現(xiàn)執(zhí)行隊列），一次使用較高的負載（以便出現(xiàn)積極的執(zhí)行隊列）。22精選ppt峰谷測試

兼有容量規(guī)劃ramp-up測試和滲入測試的特征,目標是確定從高負載（例如系統(tǒng)高峰時間的負載）恢復(fù)、轉(zhuǎn)為幾乎空閑、然后再攀升到高負載、再降低的能力。23精選ppt性能測試的過程評估系統(tǒng)制定測試資產(chǎn)執(zhí)行基線&基準測試分析結(jié)果驗證需求完成調(diào)試系統(tǒng)識別探索性測試非決定性結(jié)果不符合標準調(diào)試之后重新進行基準測試開發(fā)探索性的測試符合所有的標準24精選ppt故障轉(zhuǎn)移測試Failover測試:故障轉(zhuǎn)移(Failover)和故障恢復(fù)(Failback).服務(wù)器的Failover測試的目的:檢查系統(tǒng)是否具備某種災(zāi)難性恢復(fù)的手段.當系統(tǒng)局部或全部出錯時,能否在指定時間內(nèi)修正錯誤.具有良好故障恢復(fù)的系統(tǒng),當遇到軟件原因或無法克服的自然原因時,能夠進行故障的轉(zhuǎn)移與恢復(fù).使用戶最低限度的感受到故障的發(fā)生.在服務(wù)器的Failover測試中,將包括多種情況,如:客戶機或服務(wù)器掉電;客戶機與服務(wù)器網(wǎng)絡(luò)中斷;服務(wù)器相關(guān)的程序CRASH;系統(tǒng)中全部或部分CORESERVER出現(xiàn)掉電/網(wǎng)絡(luò)中斷情況.25精選pptFailover測試的方法和技巧將測試系統(tǒng)全部對象描繪出來-系統(tǒng)結(jié)構(gòu)圖對圖中的所有可能發(fā)生的故障點設(shè)計測試用例.26精選ppt5壓力測試在一種需要反常（如長時間的峰值）數(shù)量、頻率或資源的方式下，執(zhí)行可重復(fù)的負載測試，以檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力，找出性能瓶頸。從本質(zhì)上來說，測試者是想要破壞程序。步驟：測試壓力估算

測試環(huán)境準備

問題的分析

累積效應(yīng)

27精選ppt壓力測試例圖試試這個游戲站點的承受力28精選ppt壓力測試類型

并發(fā)性能測試（重點）疲勞強度測試大數(shù)據(jù)量測試

29精選ppt并發(fā)性能測試考察客戶端應(yīng)用的性能，測試的入口是客戶端并發(fā)性能測試的過程，是一個負載測試和壓力測試的過程。即逐漸增加并發(fā)虛擬用戶數(shù)負載，直到系統(tǒng)的瓶頸或者不能接收的性能點，通過綜合分析交易執(zhí)行指標、資源監(jiān)控指標等來確定系統(tǒng)并發(fā)性能的過程。并發(fā)性能測試是負載壓力測試中的重要內(nèi)容。ramp-up測試

30精選ppt疲勞強度測試通常是采用系統(tǒng)穩(wěn)定運行情況下能夠支持的最大并發(fā)用戶數(shù)或者日常運行用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來確定系統(tǒng)處理最大工作量強度性能的過程。疲勞強度測試案例制定的原則是保證系統(tǒng)長期不間斷運行的業(yè)務(wù)量，并且應(yīng)該盡量去滿足該條件。31精選ppt大數(shù)據(jù)量測試獨立的數(shù)據(jù)量測試

針對某些系統(tǒng)存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進行大數(shù)據(jù)量測試

綜合數(shù)據(jù)量測試

和壓力性能測試、負載性能測試、并發(fā)性能測試、疲勞性能測試相結(jié)合的綜合測試方案32精選ppt系統(tǒng)瓶頸分析舉例-1交易的響應(yīng)時間如果很長，遠遠超過系統(tǒng)性能需求，表示耗費CPU的數(shù)據(jù)庫操作，例如排序，執(zhí)行aggregatefunctions（例如sum、min、max、count）等較多，可考慮是否有索引以及索引建立的是否合理；盡量使用簡單的表聯(lián)接；水平分割大表格等方法來降低該值。33精選ppt系統(tǒng)瓶頸分析舉例-2UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標內(nèi)存頁交換速率（Pagingrate），如果該值偶爾走高，表明當時有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問命中率低?！癝wapinrate”和“Swapoutrate”也有類似的解釋。34精選ppt系統(tǒng)瓶頸分析舉例-3UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標CPU占用率（CPUutilization），如果該值持續(xù)超過95%，表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。合理使用的范圍在60%至70%。35精選ppt系統(tǒng)瓶頸分析舉例-4UNIX資源監(jiān)控（NT操作系統(tǒng)同理）中指標磁盤交換率（Diskrate），如果該參數(shù)值一直很高，表明I/O有問題?？煽紤]更換更快的硬盤系統(tǒng)、重新部署業(yè)務(wù)邏輯等，另外設(shè)置TempdbinRAM，減低"maxasyncIO"，"maxlazywriterIO"等措施都會降低該值。36精選ppt6安全性測試，可靠性和容錯性測試

安全性測試、可靠性測試和容錯性測試的測試目的不同，其手段和方法也不同，但都屬于系統(tǒng)測試的范疇，有一定的聯(lián)系，如軟件可靠性要求通常包括了安全性的要求。安全性測試、可靠性測試和容錯性測試的技術(shù)比較深、實施比較難，但在應(yīng)用系統(tǒng)中越來越重要。37精選ppt安全性測試根據(jù)CMMI3的定義，安全性是“使傷害或損害的風(fēng)險限制在可接受的水平內(nèi)”。38精選ppt安全性測試

安全性測試是檢查系統(tǒng)對非法侵入的防范能力。安全測試期間，測試人員假扮非法入侵者，采用各種辦法試圖突破防線。例如：

想方設(shè)法截取或破譯口令；專門開發(fā)軟件來破壞系統(tǒng)的保護機制；故意導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機非法進入；試圖通過瀏覽非保密數(shù)據(jù)，推導(dǎo)所需信息等等。理論上講，只要有足夠的時間和資源，沒有不可進入的系統(tǒng)。因此系統(tǒng)安全設(shè)計的準則是，使非法侵入的代價超過被保護信息的價值，此時非法侵入者已無利可圖。39精選ppt可靠性測試

可靠性（Reliability）是產(chǎn)品在規(guī)定的條件下和規(guī)定的時間內(nèi)完成規(guī)定功能的能力，它的概率度量稱為可靠度。軟件可靠性是軟件系統(tǒng)的固有特性之一，它表明了一個軟件系統(tǒng)按照用戶的要求和設(shè)計的目標，執(zhí)行其功能的可靠程度。軟件可靠性與軟件缺陷有關(guān)，也與系統(tǒng)輸入和系統(tǒng)使用有關(guān)。理論上說，可靠的軟件系統(tǒng)應(yīng)該是正確、完整、一致和健壯的。規(guī)定的時間

規(guī)定的環(huán)境條件規(guī)定的功能40精選ppt可靠性測試結(jié)果的評估成熟性度量可以通過錯誤發(fā)現(xiàn)率DDP（DefectDetectionPercentage）來表現(xiàn)。在測試中查找出來的錯誤越多，實際應(yīng)用中出錯的機會就越小，軟件也就越成熟。DDP=測試發(fā)現(xiàn)的錯誤數(shù)量/已知的全部錯誤數(shù)量已知的全部錯誤數(shù)量是測試已發(fā)現(xiàn)的錯誤數(shù)量加上可能會發(fā)現(xiàn)的錯誤數(shù)量之和。41精選ppt容錯性測試

容錯性測試是檢查軟件在異常條件下自身是否具有防護性的措施或者某種災(zāi)難性恢復(fù)的手段。如當系統(tǒng)出錯時，能否在指定時間間隔內(nèi)修正錯誤并重新啟動系統(tǒng)。容錯性測試包括兩個方面：輸入異常數(shù)據(jù)或進行異常操作，以檢驗系統(tǒng)的保護性。如果系統(tǒng)的容錯性好的話，系統(tǒng)只給出提示或內(nèi)部消化掉，而不會導(dǎo)致系統(tǒng)出錯甚至崩潰。災(zāi)難恢復(fù)性測試。通過各種手段，讓軟件強制性地發(fā)生故障，然后驗證系統(tǒng)已保存的用戶數(shù)據(jù)是否丟失、系統(tǒng)和數(shù)據(jù)是否能盡快恢復(fù)。42精選ppt從質(zhì)量三個緯度看系統(tǒng)測試

質(zhì)量維度測試類型

可靠性完整性測試：側(cè)重于評估測試對象的強壯性（防止失敗的能力），語言、語法的技術(shù)兼容性以及資源利用率的測試。該測試針對不同的測試對象實施和執(zhí)行，包括單元和已集成單元。

結(jié)構(gòu)測試：側(cè)重于評估測試目標是否符合其設(shè)計和構(gòu)造的測試。通常對基于Web的應(yīng)用程序執(zhí)行該測試，以確保所有鏈接都已連接、顯示正確的內(nèi)容以及沒有孤立的內(nèi)容。功能配置測試：側(cè)重于確保測試對象在不同的硬件和/或軟件配置上按預(yù)期運行的測試。該測試還可以作為系統(tǒng)性能測試來實施。

功能測試：側(cè)重于核實測試對象按計劃運行，提供需求的服務(wù)、方法或用例的測試。該測試針對不同的測試對象實施和執(zhí)行，包括單元、已集成單元、應(yīng)用程序和系統(tǒng)。

安裝測試：側(cè)重于確保測試對象在不同的硬件和/或軟件配置上，以及在不同的條件下（磁盤空間不足或電源中斷）按預(yù)期安裝的測試。該測試針對不同的應(yīng)用程序和系統(tǒng)實施和執(zhí)行。安全測試：側(cè)重于確保只有預(yù)期的主角才可以訪問測試對象、數(shù)據(jù)（或系統(tǒng)）的測試。該測試針對多種測試對象實施和執(zhí)行。43精選ppt從質(zhì)量三個緯度看系統(tǒng)測試

(2)質(zhì)量維度測試類型

功能容量測試：側(cè)重于核實測試對象對于大量數(shù)據(jù)（輸入和輸出或駐留在數(shù)據(jù)庫內(nèi)）的處理能力的測試。容量測試包括多種測試策略，如創(chuàng)建返回整個數(shù)據(jù)庫內(nèi)容的查詢；或者對查詢設(shè)置很多限制，以至不返回數(shù)據(jù)；或者返回每個字段中最大數(shù)據(jù)量的數(shù)據(jù)條目。性能

基準測試：一種性能測試，該測試將比較（新的或未知的）測試對象與已知的參照負載和系統(tǒng)的性能。競爭測試：側(cè)重于核實測試對象對于多個主角對相同資源（數(shù)據(jù)記錄、內(nèi)存等）的請求的處理是否可以接受的測試。負載測試：一種性能測試，用于在測試的系統(tǒng)保持不變的情況下，核實和評估系統(tǒng)在不同負載下操作極限的可接受性。評測包括負載和響應(yīng)時間的特征。如果系統(tǒng)結(jié)合了分布式構(gòu)架或負載平衡方法，將執(zhí)行特殊的測試以確保分布和負載平衡方法能夠正常工作。性能曲線：在該測試中，將監(jiān)測測試對象的計時配置文件，包括執(zhí)行流、數(shù)據(jù)訪問、函數(shù)和系統(tǒng)調(diào)用，以確定并解決性能瓶頸和低效流程。強度測試：一種性能測試，側(cè)重于確保系統(tǒng)可在遇到異常條件時按預(yù)期運行。系統(tǒng)面對的工作強度可以包括過大的工作量、不充足的內(nèi)存、不可用的服務(wù)/硬件或過低的共享資源。44精選ppt7驗收測試7.1驗收測試的過程和主要內(nèi)容7.2產(chǎn)品規(guī)格說明書的驗證7.3用戶界面和可用性測試7.4兼容性測試7.5可安裝性和可恢復(fù)性測試7.6驗收測試報告和用戶驗收測試45精選ppt什么是驗收測試驗收測試(AcceptanceTest):在軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后、產(chǎn)品發(fā)布之前所進行的軟件測試活動它是技術(shù)測試的最后一個階段,也稱為交付測試。

46精選ppt7.1驗收測試的過程和主要內(nèi)容前提:系統(tǒng)或軟件產(chǎn)品已通過了系統(tǒng)測試的軟件系統(tǒng)。測試內(nèi)容: 驗證系統(tǒng)是否達到了用戶需求規(guī)格說明書（可能包括項目或產(chǎn)品驗收準則）中的要求，測試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷，從而為軟件進一步改善提供幫助，并保證系統(tǒng)或軟件產(chǎn)品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操作手冊等）測試等幾個方面的內(nèi)容。47精選ppt測試步驟制定測試計劃，測試項，測試策略及驗收通過準則，并經(jīng)過客戶參與的計劃評審。建立測試環(huán)境，設(shè)計測試用例，并經(jīng)過評審。準備測試數(shù)據(jù)，執(zhí)行測試用例，記錄測試結(jié)果。分析測試結(jié)果，根據(jù)驗收通過準則分析測試結(jié)果，作出驗收是否通過及測試評價。測試項目通過；測試項目沒有通過，并且不存在變通方法，需要很大的修改；測試項目沒有通過，但存在變通方法，在維護后期或下一個版本改進；測試項目無法評估或者無法給出完整的評估。此時必須給出原因。如果是因為該測試項目沒有說明清楚，應(yīng)該修改測試計劃。

提交測試報告48精選ppt驗收標準和注意事項驗收測試完成標準:完全執(zhí)行了驗收測試計劃中的每個測試用例。在驗收測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改并且通過了測試或者經(jīng)過評估留待下一版本中修改。

完成軟件驗收測試報告。注意事項：必須編寫正式的、單獨的驗收測試報告驗收測試必須在實際用戶運行環(huán)境中進行由用戶和測試部門共同執(zhí)行。如公司自開發(fā)產(chǎn)品，應(yīng)由測試人員，產(chǎn)品設(shè)計部門，市場部門等共同進行。49精選ppt7.2產(chǎn)品規(guī)格說明書的驗證產(chǎn)口規(guī)格說明書的審核

從客戶的角度和立場進行審核工作。檢驗套用標準的正確性，不要和行業(yè)規(guī)范相抵觸。審查、研究同類產(chǎn)品。驗證產(chǎn)品規(guī)格說明書的完整性、準確性、一致性、合理性等特性。產(chǎn)口規(guī)格說明書的驗證

已經(jīng)實現(xiàn)的特性標識為通過。特性沒有實現(xiàn),報告bug并在報告中體現(xiàn)。特性基本實現(xiàn),但與產(chǎn)品說明書內(nèi)容不一致,報bug并在報告中體現(xiàn)。特性基本實現(xiàn),但存在一些問題或錯誤。50精選ppt什么是適用性(usability)?

容易發(fā)現(xiàn)(Easytodiscover)

簡單易學(xué)(Easytolearn)

易于使用(Easytouse)

可用性(Availability)51精選pptMicrosoft的適用性測試180適用性測試工程師25適用性測試實驗室52精選ppt7.3用戶界面和可用性測試用戶界面的7個要素:符合標準和規(guī)范。直觀性。一致性。靈活性。舒適性。

正確性。實用性。易用性測試沒有具體量化的指標，主觀性較強。53精選ppt符合標準和規(guī)范通常標準是已經(jīng)確立的，多數(shù)用戶已經(jīng)熟悉并接受了這些標準和規(guī)范、或已經(jīng)認同了這些信息所代表的意義。例：如果軟件在某一個平臺上運行，就需要把該平臺的標準和規(guī)范作為產(chǎn)品規(guī)格說明書的補充內(nèi)容，在建立測試案例時和產(chǎn)品規(guī)格說明書一樣作為依據(jù)

54精選ppt直觀性和一致性直觀性：-首先了解所需的功能或期待的響應(yīng)應(yīng)該明顯，并在預(yù)期的地方出現(xiàn)。-其次要考慮用戶界面的組織和布局是否合理。一致性：-包括軟件本身的一致性，以及軟件與其他軟件的一致性。55精選ppt靈活性用戶喜歡可以靈活選擇的軟件，軟件可以選擇不同的狀態(tài)和方式，完成相應(yīng)的功能。但靈活性也可能發(fā)展為復(fù)雜性，太多的狀態(tài)和方式的選擇增加的不僅僅是用戶理解和掌握的困難程度。多種狀態(tài)之間的轉(zhuǎn)換，增加了編程的難度，更增加了軟件測試人員的工作量。例：56精選ppt舒適性、正確性、實用性舒適性：恰當?shù)谋憩F(xiàn)、合理的安排、必要的提示或更正能力等是要考慮的因素，包括容錯處理和性能。正確性：

正確性的問題一般都很明顯，比較容易發(fā)現(xiàn)。

實用性：

實用性不是指的是軟件本身是否實用，而僅僅指的是具體特性是否實用。大型軟件的開發(fā)或周期較長經(jīng)過幾次反復(fù)的軟件開發(fā)中容易產(chǎn)生一些沒有實用性的功能。

57精選ppt7.4兼容性測試軟件兼容性測試是指驗證軟件之間是否正確地交互和共享信息。

注意：從項目管理的角度出發(fā)，使平臺清單在滿足客戶要求的前提下盡可能的小是十分重要的，否則將會給編碼和測試帶來巨大的工作量。

兼容性包括：硬件兼容。軟件之間兼容。數(shù)據(jù)之間兼容。58精選ppt向前和向后兼容向后兼容是指可以使用軟件的以前版本。向前兼容指的是可以使用軟件的未來版本。

59精選ppt多版本的測試一個龐大而又艱巨的任務(wù)，需要對