【文章內(nèi)容簡介】 入域劃分成若干部分，從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測試用例。等價(jià)類分為：有效等價(jià)類和無效等價(jià)類有效等價(jià)類：指對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合，可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明書中所規(guī)定的功能和性能無效等價(jià)類：指對于程序的規(guī)格說明來說是不合理的、無意義的輸入數(shù)據(jù)構(gòu)成的集合。確定等價(jià)類的原則：1）在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類2）在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類3）在輸入條件是一個(gè)布爾量的情況下，可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。4）在規(guī)定了輸入數(shù)據(jù)的一組值（假定N個(gè)），并且程序要對每一個(gè)輸入值分別處理的情況下，可確定n個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類5）在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）6）在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，則應(yīng)將該等價(jià)類進(jìn)一步劃分為更小的等價(jià)類根據(jù)已列出的等價(jià)類表，按以下步驟確定測試用例：1)為每一個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號2)設(shè)計(jì)一個(gè)新的測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測試用例所覆蓋3)設(shè)計(jì)一個(gè)新的測試用例，使其只覆蓋一個(gè)無效等價(jià)類。重復(fù)這一步驟，使所有無效等價(jià)類均被覆蓋灰盒測試是介于白盒測試與黑盒測試之間，主要關(guān)注輸出對于輸入的正確性；同進(jìn)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不像白盒測試那么詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)。自動(dòng)化測試：通過測試工具或其他手段，按照測試工程師的預(yù)定計(jì)劃對軟件產(chǎn)品進(jìn)行自動(dòng)的測試自動(dòng)化測試的優(yōu)勢：1）提高測試質(zhì)量2）提高測試效率，縮短測試工作時(shí)間3）提高測試覆蓋率4）執(zhí)行手工測試不能完成的測試任務(wù)，如壓力測試5）更好地重現(xiàn)軟件缺陷的能力6）更好的利用資源7）增進(jìn)測試人員與開發(fā)人員之間的合作伙伴關(guān)系自動(dòng)化測試的局限性：1）定制型項(xiàng)目2）周期很短的項(xiàng)目3）業(yè)務(wù)規(guī)則復(fù)雜的對象4）人體感觀與易用性測試5）不穩(wěn)定的軟件6）涉及物理交互開發(fā)模型：瀑布模型、原型模型、螺旋模型、增量模型、漸進(jìn)模型、快速軟件開發(fā)（RAD）以及Rational統(tǒng)一過程（RUP）瀑布模型：需求分析、可行性研究、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、運(yùn)行維護(hù)軟件的生命周期：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、運(yùn)行維護(hù)、退出使用 軟件的全壽命周期費(fèi)用（LCC：Life cycle cost）測試的花費(fèi)減少了運(yùn)行維護(hù)階段的花費(fèi)，從全壽命周期費(fèi)用來看，測試是使LCC降低了 測試模型：V模型、W模型、H模型、X模型、前置測試模型軟件測試策略：單元測試、集成（組裝）測試、確認(rèn)測試和系統(tǒng)測試。軟件失效分類：軟件錯(cuò)誤(software error)、軟件缺陷(software defect)、軟件故障(software fault)、軟件失效（software failure）軟件缺陷定義：軟件未達(dá)到產(chǎn)品說明書中明確指明要實(shí)現(xiàn)的功能軟件出現(xiàn)了產(chǎn)品說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤軟件功能超出了產(chǎn)品說明書中指明的范圍軟件未達(dá)到產(chǎn)品說明書中雖未明確指出但應(yīng)達(dá)到的目標(biāo)軟件測試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或最終用戶認(rèn)為不好使用 缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級：嚴(yán)重級：表示軟件缺陷所造成的危害的惡劣程序；分為以下四個(gè)等級：嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功能一般：小問題、錯(cuò)誤字、UI布局、罕見故障建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)優(yōu)先級：表示修復(fù)缺陷的重要程度與次序最高優(yōu)先級：立即修復(fù)，停止進(jìn)一步測試次高優(yōu)先級：在產(chǎn)品發(fā)布之前必須修復(fù)中等優(yōu)先級：如果時(shí)間允許應(yīng)該修復(fù)最低優(yōu)先級：可能會(huì)修復(fù)，但是也能發(fā)布軟件缺陷跟蹤管理（1）Bug記錄信息主要包括以下幾項(xiàng)內(nèi)容：測試軟件名稱、測試版本號、測試人名稱、測試事件、測試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重等級及優(yōu)先級、詳細(xì)步驟、必要的附圖、測試注釋、提交給誰（2）Bug處理信息主要包括以下4項(xiàng)內(nèi)容：處理者姓名、處理時(shí)間、處理步驟、錯(cuò)誤記錄的當(dāng)前狀態(tài)軟件錯(cuò)誤的狀態(tài)：軟件錯(cuò)誤的主要狀態(tài)包括以下內(nèi)容：新信息（New）：測試中新報(bào)告的軟件Bug打開（Open）：被確認(rèn)并分配給相關(guān)開發(fā)人員處理修正(Fixed)：開發(fā)人員已完成修正，等待測試人員驗(yàn)證拒絕（Declined）：拒絕修改Bug延期（Deferrend)：不在當(dāng)前版本修復(fù)的錯(cuò)誤，下一版本修復(fù)關(guān)閉（Closed）：Bug已被修復(fù)錯(cuò)誤管理流程：錯(cuò)誤管理的流程可以概括為以下幾項(xiàng)內(nèi)容：測試人員提交新的錯(cuò)誤入庫，錯(cuò)誤狀態(tài)為“New”高級測試人員驗(yàn)證錯(cuò)誤1)如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為“Open”2)如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)開發(fā)人員查詢狀態(tài)為“Open”的錯(cuò)誤，做如下處理1）如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)2）如果是錯(cuò)誤，則修復(fù)并置狀態(tài)為“Fixed”3）如果不能解決的錯(cuò)誤，要留下文字說明并保持錯(cuò)誤為“Open”狀態(tài)4）對于不能解決和延期解決的錯(cuò)誤，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評審會(huì)）通過才能認(rèn)可測試人員查詢狀態(tài)為“Fixed”的錯(cuò)誤，驗(yàn)證錯(cuò)誤是否解決，做如下處理1）如果問題解決了，置錯(cuò)誤狀態(tài)為“Closed”2）如果問題沒有解決，置錯(cuò)誤狀態(tài)為“Reopen”測試用例：為實(shí)施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。測試用例基本組成要素：項(xiàng)目名稱、測試人員、用例編號、測試用例說明、測試的模塊、測試的輸入條件、測試的預(yù)期結(jié)果、測試實(shí)際結(jié)果、缺陷編號什么是軟件測試，為什么要進(jìn)行軟件測試？軟件測試與調(diào)試的區(qū)別？答案：(1)軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計(jì)和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。(2)因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就像ISO質(zhì)量認(rèn)證一樣，軟件同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測試報(bào)告中得出軟件的質(zhì)量情況。(3)在軟件開發(fā)的過程中，調(diào)試和測試是兩個(gè)不同的過程，分別由程序開發(fā)人員和測試人員來完成。第一，調(diào)試的過程是隨機(jī)的不可重復(fù)的；而測試的過程是有計(jì)劃的、可以重復(fù)的過程。第二，調(diào)試的目的是為了隔離和確認(rèn)問題的所在，并加以解決，使得程序能夠正常運(yùn)行；而測試的目的是為了找出與軟件實(shí)現(xiàn)定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題，保證軟件能都滿足用戶需求。但二者也有相同之處，最終目的都是為了提高軟件質(zhì)量。a測試與b測試的區(qū)別？靜態(tài)測試與動(dòng)態(tài)測試的區(qū)別？答案：(1)Alpha測試（α測試）是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試；Beta測試（β測試）是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成?？偠灾?，前者是內(nèi)部模擬上線，后者是真正上線，讓用戶參與測試。(2)靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。對需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯(cuò)。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測試用例選取提供指導(dǎo)。動(dòng)態(tài)測試方法是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。第三篇：軟件測試總結(jié)：由人工或自動(dòng)方法來執(zhí)行或評價(jià)系統(tǒng)或系統(tǒng)部分的過程，以驗(yàn)證它是否滿足規(guī)定的需求，或識別出期望的結(jié)果和實(shí)際結(jié)果之間的差異。：測試對象或范圍分類：需求評審、設(shè)計(jì)評審、單元測試、程序測試、系統(tǒng)測試、文檔測試、Web應(yīng)用測試、客戶端測試、數(shù)據(jù)庫測試等；測試目的分類：集成測試、功能測試、壓力測試、性能測試等等； 靜態(tài)測試、動(dòng)態(tài)測試； 白盒測試、黑盒測試?；玖鞒蹋簻y試用例設(shè)計(jì)輸入數(shù)據(jù)、預(yù)期結(jié)果； 測試執(zhí)行輸入數(shù)據(jù)執(zhí)行被測對象； 檢查實(shí)際輸出與預(yù)期結(jié)果。基本原則：開始測試時(shí)認(rèn)定軟件有錯(cuò)，測試要證明有錯(cuò)； 測試應(yīng)該由獨(dú)立的測試團(tuán)隊(duì)來完成； 測試設(shè)計(jì)必須設(shè)計(jì)對應(yīng)的預(yù)期輸出；要對合理、不合理（有效、無效）輸入數(shù)據(jù)都進(jìn)行測試； 檢查軟件的完備性、多余； 完整保留測試文檔；一個(gè)被測對象中有錯(cuò)誤的概率與已發(fā)現(xiàn)錯(cuò)誤的個(gè)數(shù)成正比。：0級：沒有區(qū)分測試與調(diào)試；1級：測試的目的是證明軟件能用； 2級：測試的目的是證明軟件不能用；3級：測試的目的不是為了證明什么，而是為了降低軟件使用風(fēng)險(xiǎn)； 4級：測試是一種智能訓(xùn)練，能夠幫助專業(yè)人員開發(fā)出更高質(zhì)量的軟件。，軟件過程的關(guān)系：軟件工程：在給定的條件下（成本、時(shí)間）開發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過程的特性決定了軟件產(chǎn)品中不可避免包含有錯(cuò)誤。軟件測試則是盡可能多地發(fā)現(xiàn)錯(cuò)誤，從而保障軟件產(chǎn)品的質(zhì)量。：產(chǎn)品修改：可維護(hù)性，靈活性，可測試性 產(chǎn)品轉(zhuǎn)移：可移植性，可復(fù)用性，互操作性 產(chǎn)品運(yùn)行：正確性，易用性，可靠性，效率，完整性 軟件質(zhì)量必須足夠好：存在價(jià)值軟件產(chǎn)品無法完美：需要消耗過多的資源、時(shí)間、成本軟件開發(fā)需要在兩個(gè)極端之間進(jìn)行平衡：軟件足夠好的同時(shí)又不完美。、質(zhì)量保證和質(zhì)量管理軟件質(zhì)量控制其實(shí)是基本方法，通過一系列的技術(shù)來科學(xué)地測量過程的狀態(tài)。如缺陷率、測試覆蓋率等。軟件質(zhì)量保證則是過程的參考、指南的集合，如ISO9000、CMM/CMMI等，著重內(nèi)部的檢查，確保已獲取認(rèn)可的標(biāo)準(zhǔn)和步驟都已經(jīng)遵循。軟件質(zhì)量管理則是實(shí)際操作的思想，質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動(dòng)，包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)。：網(wǎng)絡(luò)密集型應(yīng)用；并發(fā)性；大負(fù)載量；性能；高可靠性、高可用性；安全性內(nèi)容敏感；，評審度量及其應(yīng)用評審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過程中的錯(cuò)誤，防止錯(cuò)誤傳遞、蔓延至后續(xù)活動(dòng)，防止錯(cuò)誤轉(zhuǎn)化為缺陷。準(zhǔn)備工作量Ep實(shí)際評審會(huì)之前所需工作量； 評估工作量Ea實(shí)際評審所花費(fèi)的工作量 返工工作量Er修改評審所發(fā)現(xiàn)錯(cuò)誤的工作量 工作產(chǎn)品規(guī)模WPS評審對象的規(guī)模發(fā)現(xiàn)的主要錯(cuò)誤數(shù)Errmajor多于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 發(fā)現(xiàn)的次要錯(cuò)誤數(shù)Errminor少于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 總評審工作量Ereview = Ep+Ea+Er 錯(cuò)誤總數(shù)Errtot = Errmajor+Errminor 錯(cuò)誤密度：評審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯(cuò)誤數(shù)Ed = Errtot / WPS 錯(cuò)誤密度數(shù)值的含義：較?。óa(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）：描述對計(jì)算機(jī)軟件配置項(xiàng)、子系統(tǒng)、系統(tǒng)進(jìn)行測試的計(jì)劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標(biāo)識及測試工作的時(shí)間安排。軟件測試報(bào)告：是對計(jì)算機(jī)軟件配置項(xiàng)、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關(guān)項(xiàng)目執(zhí)行合格性測試的記錄 制訂測試計(jì)劃（測試分析員）測試設(shè)計(jì)（測試設(shè)計(jì)人員）－方案設(shè)計(jì) 測試及測試用例設(shè)計(jì) 測試過程樁模塊、驅(qū)動(dòng)模塊設(shè)計(jì)測試實(shí)施（測試設(shè)計(jì)員）－實(shí)現(xiàn)測試設(shè)計(jì) 單元測試（測試員）集成測試（測試員）系統(tǒng)測試（測試員）評估測試（測試設(shè)計(jì)人員）：連接性：節(jié)點(diǎn)ni、nj是連接的，當(dāng)且僅當(dāng)ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點(diǎn)的最大集合圖G的圈復(fù)雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點(diǎn)數(shù)，p為組件數(shù)。：給定一個(gè)關(guān)于圖G的準(zhǔn)則C的測試需求集合TR，測試集合T在圖G上滿足準(zhǔn)則C當(dāng)且僅當(dāng)對TR中每個(gè)測試需求tr，path(T)中至少存在一條測試