軟件測試培訓(xùn)

1、軟件測試培訓(xùn),火龍果軟件（www.uml.org.cn）北京：teacher@uml.net.cn上海：shanghai@uml.net.cn深圳：shenzhen@uml.net.cn,培訓(xùn)列表,軟件測試的目的和策略測試方法學(xué)測試的技巧測試工具的選擇軟件開發(fā)中的測試過程實(shí)例講解測試活動(dòng)在軟件工程中的應(yīng)用,軟件測試的目的和策略,典型測試步驟,1.計(jì)劃： 定義目標(biāo)確定策略確定方法2.執(zhí)行：

2、 建立環(huán)境執(zhí)行計(jì)劃3.檢查：一步步驗(yàn)證執(zhí)行完畢？4.循環(huán)：沒有改正繼續(xù)執(zhí)行,誰參與測試？,用戶方代表軟件最終使用者軟件開發(fā)人員軟件測試人員高層經(jīng)理的支持過程保證人員（SQA）,什么試缺陷？,缺陷：最終產(chǎn)品同用戶的期望不一致缺陷的分類錯(cuò)誤遺漏超出需求的部分缺陷（未觸發(fā)）VS.錯(cuò)誤（應(yīng)首先解決）,測試的商業(yè)意義,降低風(fēng)險(xiǎn)（風(fēng)險(xiǎn)：就是不希望發(fā)生的事情的可能性）測試計(jì)劃中必須標(biāo)明商業(yè)上的風(fēng)險(xiǎn)

3、。測試人員職責(zé)：評估商業(yè)上的風(fēng)險(xiǎn)如實(shí)的向管理層匯報(bào)項(xiàng)目情況,目前公司內(nèi)測試組織的等級,測試是一件藝術(shù)品，很難掌握。測試是一門手藝，精通很困難。測試使用的是已定義好的測試流程，有規(guī)則可尋。測試有較高級的組織形式。世界級的測試組織。,測試的職責(zé),驗(yàn)證在整個(gè)軟件開發(fā)周期中，各個(gè)階段的軟件質(zhì)量是否合格。驗(yàn)證最終交付給用戶的系統(tǒng)是否滿足用戶的需要，是否符合需求。通過樣本測試數(shù)據(jù)，檢查系統(tǒng)在運(yùn)行過程中的情況。,對待可能產(chǎn)生的風(fēng)險(xiǎn)的

4、策略,我們無法消除風(fēng)險(xiǎn)，但是我們可以降低在風(fēng)險(xiǎn)發(fā)生時(shí)的損失。降低系統(tǒng)風(fēng)險(xiǎn)的最有效的辦法就是對其進(jìn)行有針對性的測試。,系統(tǒng)風(fēng)險(xiǎn)列舉,如果某部分產(chǎn)生了錯(cuò)誤會(huì)導(dǎo)致的結(jié)果？未被驗(yàn)證的數(shù)據(jù)交換如果被接受如果文件的完整性被破壞系統(tǒng)是否能被安全恢復(fù)（完全恢復(fù)成備份時(shí)的狀態(tài)）是否能暫停系統(tǒng)的運(yùn)行進(jìn)行維護(hù)工作時(shí)，系統(tǒng)性能是否會(huì)下降到不能接受的水平。系統(tǒng)的安全性是否有保證,系統(tǒng)風(fēng)險(xiǎn)列舉（繼續(xù)……）,系統(tǒng)的操作流程是否符合用戶的組織策略和長遠(yuǎn)規(guī)

5、劃系統(tǒng)是否可靠，穩(wěn)定系統(tǒng)是否易于使用系統(tǒng)是否便于維護(hù)是否易于與其它系統(tǒng)相連,測試工作量,太少的測試是不負(fù)責(zé)任，過多的測試是一種犯罪。100％的測試是不可能的，不同的用戶采用的測試策略是不同的。,缺陷產(chǎn)生的原因,測試原因?qū)е碌娜毕荩簻y試目標(biāo)定義錯(cuò)誤在開發(fā)生命周期中，錯(cuò)誤的選擇了測試介入時(shí)期選擇了低效的測試技術(shù)測試人員專業(yè)知識培訓(xùn)不夠，工作低效計(jì)劃不夠詳細(xì)，測試的隨意性很大測試人員同開發(fā)人員溝通困難,續(xù)……,軟件方面

6、使用了不完全的或者不正確的判定標(biāo)準(zhǔn)來設(shè)計(jì)軟件。錯(cuò)誤的處理了用戶的非法操作忽略了對關(guān)鍵數(shù)據(jù)的輸出檢查數(shù)據(jù)問題出現(xiàn)了不完整的數(shù)據(jù)，不正確的數(shù)據(jù)，過期的數(shù)據(jù),測試效果的好壞是組織級的問題,有效的測試最好由一個(gè)獨(dú)立的團(tuán)隊(duì)來實(shí)施。便于確定工作目標(biāo)便于人員的培養(yǎng)與升遷利于團(tuán)隊(duì)建設(shè)對質(zhì)量的忠誠度高利于新技術(shù)，新方法的產(chǎn)生和推廣工作職責(zé)明確,測試規(guī)劃,好的測試不是碰巧發(fā)生的，而是規(guī)劃出來的。時(shí)間上人員上環(huán)境上技術(shù)上關(guān)系上

7、組織能力上資金上,結(jié)構(gòu)化測試方法,傳統(tǒng)的軟件開發(fā)生命周期：需求，設(shè)計(jì)，編碼，測試，系統(tǒng)維護(hù)經(jīng)驗(yàn)：測試不應(yīng)該被局限在單一的階段大量的系統(tǒng)問題產(chǎn)生在軟件開發(fā)前期越早進(jìn)行測試越有效，投入產(chǎn)出比越高,開發(fā)生命周期中的驗(yàn)證活動(dòng),測試策略,在測試策略中必須標(biāo)明可能存在的風(fēng)險(xiǎn)，這樣在測試后的系統(tǒng)中可以有效的降低被標(biāo)明的風(fēng)險(xiǎn)發(fā)生的可能性。測試要素：需要被標(biāo)明的風(fēng)險(xiǎn)也是我們測試的重點(diǎn)。測試階段：在整個(gè)開發(fā)生命周期中，測試工作介入的時(shí)期。

8、,測試要素,正確性：數(shù)據(jù)輸入，過程處理和輸出的正確性（IPO）。文件完整性：文件被正確使用，恢復(fù)和存儲(chǔ)的數(shù)據(jù)正確。授權(quán)：特殊的授權(quán)可以執(zhí)行一個(gè)特殊的操作。進(jìn)程追蹤：當(dāng)進(jìn)程運(yùn)行中，程序有能力證實(shí)進(jìn)程在正常工作。系統(tǒng)運(yùn)行的連續(xù)性：當(dāng)有非致命性問題發(fā)生后，系統(tǒng)有能力繼續(xù)運(yùn)行關(guān)鍵的任務(wù)。服務(wù)水平：系統(tǒng)有緊急情況發(fā)生時(shí)，要求程序的輸出結(jié)果不經(jīng)或進(jìn)行簡單的處理后就可以直接使用。權(quán)限控制：防止系統(tǒng)被誤用（意外或者有意的）,測試要素(續(xù)……

9、),一致性：確保最終設(shè)計(jì)和用戶需求完全一致可靠性：在規(guī)定的時(shí)間內(nèi)都可以正常運(yùn)轉(zhuǎn)。易于使用：多數(shù)人均感覺易于使用?？删S護(hù)性：可以很容易的定位問題，并且進(jìn)行修改?？梢浦残裕簲?shù)據(jù)或者程序易于移至到其它系統(tǒng)上。耦合性：系統(tǒng)中的組件可以很容易的聯(lián)接。性能：系統(tǒng)資源的占用率，響應(yīng)時(shí)間，并發(fā)處理操作性：易于操作（Operator）,確定測試策略,選擇并確定測試要素的等級多數(shù)情況下選擇3～7個(gè)確定開發(fā)階段明確商業(yè)風(fēng)險(xiǎn)開發(fā)人員，重要

10、用戶和測試人員通過評審的方式對這些風(fēng)險(xiǎn)達(dá)成一致的意見。把風(fēng)險(xiǎn)列表存放在需求矩陣中矩陣中可以將風(fēng)險(xiǎn)同測試用例對應(yīng)起來。,測試方法學(xué),測試方法,測試策略測試要素測試階段測試戰(zhàn)略簡要描述如何在以后的測試活動(dòng)中實(shí)現(xiàn)測試策略,確定測試戰(zhàn)略,流水線的概念輸入：標(biāo)準(zhǔn)的入口或者是個(gè)可執(zhí)行的程序執(zhí)行過程：按照工作分配執(zhí)行檢查過程：確定輸出符合預(yù)定義的標(biāo)準(zhǔn)輸出：符合現(xiàn)存的標(biāo)準(zhǔn)或者是認(rèn)可的可交付的版本,QC和QA,質(zhì)量控制驗(yàn)證產(chǎn)品的正確

11、性，當(dāng)發(fā)現(xiàn)與設(shè)計(jì)不一致的時(shí)候進(jìn)行糾正。質(zhì)量保證充當(dāng)支持執(zhí)行全面質(zhì)量管理的角色,測試涉及的定義和概念,缺陷與需求規(guī)格說明書不一致的地方。靜態(tài)檢查確保系統(tǒng)按照組織的標(biāo)準(zhǔn)和過程運(yùn)行，主要依賴于評審和非運(yùn)行的手段來檢查。動(dòng)態(tài)檢查在生命周期中進(jìn)行測試（運(yùn)行）,續(xù)……,靜態(tài)測試在不運(yùn)行程序的情況下檢查程序的運(yùn)行情況。動(dòng)態(tài)測試運(yùn)行程序代碼測試分類單元測試集成測試（組裝測試）系統(tǒng)測試驗(yàn)收測試回歸測試,續(xù)……,功能測試測

12、試功能需求結(jié)構(gòu)測試驗(yàn)證系統(tǒng)架構(gòu)黑盒測試在不了解系統(tǒng)結(jié)構(gòu)的情況下以說明書作為基礎(chǔ)進(jìn)行測試。白盒測試以系統(tǒng)內(nèi)部結(jié)構(gòu)和相關(guān)知識為基礎(chǔ)進(jìn)行測試。,為什么缺陷很難被找出？,看不到看到但是抓不到典型的缺陷類型需求解釋有錯(cuò)誤用戶定義錯(cuò)了需求需求記錄錯(cuò)誤設(shè)計(jì)說明有誤編碼說明有誤程序代碼有誤數(shù)據(jù)輸入有誤測試錯(cuò)誤問題修改不正確正確的結(jié)果是由于其它的缺陷產(chǎn)生的,靜態(tài)測試,需求評審設(shè)計(jì)評審代碼走查代碼檢查,動(dòng)態(tài)測試,單

13、元測試集成測試系統(tǒng)測試用戶的驗(yàn)收測試回歸測試,使用靜態(tài)和動(dòng)態(tài)測試來進(jìn)行結(jié)構(gòu)和功能測試,確定測試戰(zhàn)術(shù)的八個(gè)步驟,確定并且學(xué)習(xí)測試策略確定項(xiàng)目開發(fā)類型確定軟件系統(tǒng)類型確定項(xiàng)目范圍鑒別戰(zhàn)術(shù)風(fēng)險(xiǎn)確定開始測試時(shí)會(huì)遇到的問題建立系統(tǒng)測試計(jì)劃建立單元測試計(jì)劃,確定并學(xué)習(xí)測試策略,在眾多的測試策略中那些是重要的那些風(fēng)險(xiǎn)是最重要的如果軟件不能正常運(yùn)行時(shí)，商業(yè)上會(huì)有什么損失如果軟件不能及時(shí)完成，商業(yè)上會(huì)有什么損失誰是最清楚風(fēng)險(xiǎn)

14、影響的人,確定項(xiàng)目開發(fā)類型,傳統(tǒng)的系統(tǒng)開發(fā)交互式開發(fā)/原型法系統(tǒng)維護(hù)購買/簽約/合同軟件項(xiàng)目,確定軟件系統(tǒng)類型,模擬數(shù)據(jù)采集數(shù)據(jù)顯示流程控制決策&輔助協(xié)助圖形&圖象處理數(shù)據(jù)庫管理診斷軟件計(jì)算機(jī)操作系統(tǒng)傳感器和信號處理軟件開發(fā)工具,確定項(xiàng)目范圍,新系統(tǒng)的開發(fā)會(huì)影響那一個(gè)商業(yè)領(lǐng)域與現(xiàn)有系統(tǒng)的接口在現(xiàn)有的系統(tǒng)上開發(fā)只是修正Bug？重新設(shè)計(jì)維護(hù)？增加新的功能？對其它系統(tǒng)有無影響？為了減小

15、商業(yè)上的風(fēng)險(xiǎn)？,識別在戰(zhàn)術(shù)上的風(fēng)險(xiǎn),將策略風(fēng)險(xiǎn)分解成戰(zhàn)術(shù)風(fēng)險(xiǎn)建立測試計(jì)劃，定位這些風(fēng)險(xiǎn)將風(fēng)險(xiǎn)分布于各個(gè)階段的測試計(jì)劃中戰(zhàn)術(shù)風(fēng)險(xiǎn)的種類結(jié)構(gòu)風(fēng)險(xiǎn)技術(shù)風(fēng)險(xiǎn)工作量的風(fēng)險(xiǎn),測試開始時(shí)應(yīng)確定的工作,需求階段確定測試策略確定收集了足夠的需求產(chǎn)生功能性的測試用例設(shè)計(jì)階段確定設(shè)計(jì)和需求之間的聯(lián)系確定進(jìn)行了足夠的設(shè)計(jì)產(chǎn)生結(jié)構(gòu)和功能的測試用例編碼階段確定和設(shè)計(jì)之間的聯(lián)系確定擁有執(zhí)行的足夠條件產(chǎn)生結(jié)構(gòu)和功能的測試用例,續(xù)……,

16、測試階段確定設(shè)計(jì)了足夠的測試用例測試應(yīng)用系統(tǒng)已經(jīng)完成關(guān)鍵資源已經(jīng)到位安裝階段將測試完成的系統(tǒng)變?yōu)楫a(chǎn)品維護(hù)階段修改和重新測試,建立計(jì)劃,建立系統(tǒng)測試計(jì)劃建立單元測試計(jì)劃在測試戰(zhàn)術(shù)上我們要花多長時(shí)間？“如果計(jì)劃作失敗了，那就在計(jì)劃失敗”時(shí)間花在計(jì)劃上要比花在重復(fù)的測試上有效,測試的技巧,測試技巧分類,結(jié)構(gòu)測試相對于功能測試動(dòng)態(tài)測試相對于靜態(tài)測試手工測試相對于自動(dòng)測試,結(jié)構(gòu)測試技巧,壓力測試執(zhí)行測試恢復(fù)測試操

17、作測試復(fù)合性測試（與過程的復(fù)合性)安全測試,壓力測試,目標(biāo)模擬出實(shí)際用戶環(huán)境怎么用產(chǎn)生測試數(shù)據(jù)測試組模擬用戶處理被創(chuàng)建的數(shù)據(jù)例子確定是否分配了足夠的磁盤空間通訊的容量是否足夠測試系統(tǒng)過載的情況什么時(shí)間使用當(dāng)關(guān)于容量的信息不確定的時(shí)候,性能測試技巧,目標(biāo)確定系統(tǒng)達(dá)到了希望達(dá)到的性能水平如何使用使用軟件和硬件的監(jiān)視器使用模擬的監(jiān)控模型，對關(guān)心的性能指標(biāo)進(jìn)行監(jiān)控創(chuàng)建一個(gè)小程序例子計(jì)算通信的時(shí)間單位時(shí)間

18、處理的信息量什么時(shí)候使用－ 在程序開發(fā)的早期進(jìn)行,恢復(fù)測試,目標(biāo)當(dāng)在進(jìn)行安裝或組裝操作過程中，文件丟失時(shí)或發(fā)生意外后系統(tǒng)有能力重新進(jìn)行操作如何使用程序的安裝，運(yùn)行方式，工具的使用和關(guān)鍵技術(shù)經(jīng)過足夠的評估系統(tǒng)開發(fā)完畢后，介紹一下發(fā)生失敗后的處理過程例子人為的使一個(gè)系統(tǒng)在安裝或者組裝過程中產(chǎn)生錯(cuò)誤什么時(shí)間去使用當(dāng)操作的連續(xù)性是個(gè)重點(diǎn)的時(shí)候,操作測試,目標(biāo)確定計(jì)算機(jī)的操作文檔已經(jīng)完整如何使用作為計(jì)算機(jī)正常操作的一部分

19、來執(zhí)行測試?yán)硬僮鞯慕榻B被文檔化，操作者被培訓(xùn)什么時(shí)候使用預(yù)先將程序進(jìn)行產(chǎn)品化。操作性是系統(tǒng)的一個(gè)重要指標(biāo)的時(shí)候。,復(fù)合性測試,目標(biāo)校驗(yàn)程序的開發(fā)是否依照已定義的標(biāo)準(zhǔn)，流程和操作方式進(jìn)行的。如何去使用將文檔/程序同標(biāo)準(zhǔn)相比較比較有效的方法是檢查過程例子代碼互查（一行一行）什么時(shí)候使用依賴于管理的需要,安全性測試,目標(biāo)安全性的缺陷很難被發(fā)現(xiàn)。大多數(shù)的情況下組織能夠防止一般性的破壞者。如何使用對安全性的需求進(jìn)

20、行評審分析與安全性有關(guān)的處理流程轉(zhuǎn)包給專業(yè)的人員例子定義了被保護(hù)的資源，權(quán)限進(jìn)行了控制，日志文件和審查追蹤是可用的。什么時(shí)間使用當(dāng)被保護(hù)的資源對于組織具有重要的價(jià)值的時(shí)候,功能測試技巧,需求測試回歸測試錯(cuò)誤處理測試支持手冊的測試系統(tǒng)兼容測試控制性測試并行測試,需求測試,目標(biāo)用戶的需求可以被實(shí)現(xiàn)如何使用創(chuàng)建測試用例和功能檢查列表例子建立測試矩陣去證實(shí)系統(tǒng)需求均被文檔化什么時(shí)候使用每一個(gè)應(yīng)用程序都要進(jìn)行

21、需求測試,回歸測試,目標(biāo)程序修改后，確保功能的正確性如何使用重新測試應(yīng)用程序中沒有改變的部分例子重新執(zhí)行以前的測試用例什么時(shí)間使用當(dāng)新的程序有可能影響老的功能的時(shí)候,錯(cuò)誤處理測試,目標(biāo)所有可能的錯(cuò)誤條件均經(jīng)過了驗(yàn)證如何使用一組有經(jīng)驗(yàn)的人員預(yù)測在那里會(huì)出現(xiàn)問題例子建立一個(gè)錯(cuò)誤處理的列表什么時(shí)候使用貫穿整個(gè)開發(fā)生命周期,支持手冊測試,目標(biāo)檢驗(yàn)操作過程被文檔化了，并且完整了。如何使用對過程有足夠的介紹可以協(xié)

22、助用戶正常使用例子系統(tǒng)在一定的條件下產(chǎn)生一個(gè)提示，用戶被告知如何采取必要的操作。什么時(shí)候使用最佳時(shí)機(jī)是在安裝測試的時(shí)候，但是應(yīng)該在開發(fā)全過程中。,兼容性測試,目標(biāo)檢驗(yàn)當(dāng)使用適當(dāng)?shù)膮?shù)和數(shù)據(jù)時(shí)，需要的信息可以在兩個(gè)系統(tǒng)中正確的交換如何使用文件和數(shù)據(jù)被用來在多系統(tǒng)之間傳遞。例子典型的由一個(gè)系統(tǒng)到另一個(gè)系統(tǒng)的數(shù)據(jù)交換程序。什么時(shí)候使用當(dāng)兩個(gè)應(yīng)用程序之間的參數(shù)有可能發(fā)生變化的時(shí)候,管理能力測試,目標(biāo)驗(yàn)證數(shù)據(jù)交換時(shí)有足夠的

23、審計(jì)追蹤能力如何使用關(guān)鍵數(shù)據(jù)或者有價(jià)值的數(shù)據(jù)例子從負(fù)面來看程序，是否確保了會(huì)出錯(cuò)的條件都被保護(hù)了。什么時(shí)候使用系統(tǒng)測試的一部分,并行測試,目的新版本和老版本同時(shí)運(yùn)行，用以確保新版本的程序運(yùn)行正確。如何使用需要對兩個(gè)系統(tǒng)輸入相同的數(shù)據(jù)來運(yùn)行例子運(yùn)行新舊兩個(gè)工資支付系統(tǒng)什么時(shí)間使用當(dāng)對新系統(tǒng)的的運(yùn)行情況不確定的時(shí)候,單元測試,關(guān)注單元一級代碼分析和測試功能分析和測試結(jié)構(gòu)分析和測試以錯(cuò)誤為導(dǎo)向的分析和測試,測

24、試要素/測試技巧矩陣,繼續(xù)……,測試工具的選擇,測試工具,測試標(biāo)準(zhǔn)邊界值分析因果圖檢查表代碼比較對照以編譯為基礎(chǔ)的分析確認(rèn)/檢查控制流分析,測試工具(繼續(xù)……),能證明正確性的數(shù)據(jù)以覆蓋為基礎(chǔ)的測試數(shù)據(jù)字典數(shù)據(jù)流分析以設(shè)計(jì)為基礎(chǔ)的功能測試設(shè)計(jì)評審桌面檢查災(zāi)難性測試,測試工具(繼續(xù)……),錯(cuò)誤猜測執(zhí)行的規(guī)則全面的測試實(shí)況調(diào)查流程圖檢查,視察使用儀器設(shè)備綜合測試設(shè)備映射圖,測試工具(繼續(xù)……),建

25、模并行操作并行模擬代碼互查風(fēng)險(xiǎn)矩陣系統(tǒng)控制的評審得分快照(把系統(tǒng)一個(gè)時(shí)刻的情況保存下來),測試工具(繼續(xù)……),完成特征系統(tǒng)日志測試用例測試用例的產(chǎn)生形式跟蹤工具程序容量的測試走查(講解開發(fā)思路),選擇和使用測試工具,按照用途選擇匹配的工具在適當(dāng)?shù)纳芷谶x擇工具按照測試人員的實(shí)際技能選擇匹配的工具選擇一個(gè)可提供的工具,測試工具/測試技巧矩陣,測試工具/測試技巧矩陣(繼續(xù)),測試工具/測試技巧矩陣(繼續(xù)

26、),測試工具/測試技巧矩陣(繼續(xù)),測試工具/測試技巧矩陣(繼續(xù)),軟件開發(fā)生命周期/測試工具對照表,軟件開發(fā)生命周期/測試工具對照表( 繼續(xù)）,軟件開發(fā)生命周期/測試工具對照表( 繼續(xù)）,軟件開發(fā)生命周期/測試工具對照表( 繼續(xù)）,測試工具管理,工具管理者的職責(zé)對工具負(fù)責(zé)幫助同事使用這些工具培訓(xùn)工具得使用方法負(fù)責(zé)同工具的廠家聯(lián)系每年給出有關(guān)工具使用和購買得計(jì)劃工具得升級工具情況報(bào)告工具管理者得任期不易太長,軟件的測試過

27、程,軟件的測試過程,估算測試計(jì)劃需求設(shè)計(jì)編碼測試總結(jié)安裝，交付維護(hù),估算,估算什么,測試對軟件工作量的估算的準(zhǔn)確性測試評估軟件系統(tǒng)的狀況的準(zhǔn)確性關(guān)注點(diǎn)：不準(zhǔn)確的估算不適當(dāng)?shù)拈_發(fā)過程不真實(shí)的狀態(tài)報(bào)告,對工作量的估算,如何知道對工作量的估算是正確的估算工作量的工具很容易出錯(cuò)對軟件工作量的估算需要策略五個(gè)一般的方法猜加入一些約束條件以一些數(shù)據(jù)為基礎(chǔ)模擬進(jìn)行工作將一些參數(shù)模型化,參數(shù)模型法,回歸模型：將現(xiàn)

28、有的參數(shù)與已有的歷史數(shù)據(jù)相擬和。啟發(fā)式模型：對歷史數(shù)據(jù)進(jìn)行觀察和解釋現(xiàn)象模型：假設(shè)軟件開發(fā)過程可以依據(jù)一些更廣泛的可適用的過程解釋。,模型遵循的共同模式,估算軟件的大小將大小轉(zhuǎn)化成人力的估算，并且作出可能的成本的估算依據(jù)項(xiàng)目的特性進(jìn)行估算的調(diào)整將整體的估算劃分到不同的項(xiàng)目階段中估算不包括技巧上面的人力和計(jì)算機(jī)的運(yùn)行時(shí)間將以上內(nèi)容相加,對估算進(jìn)行檢驗(yàn),檢驗(yàn)估算模型的合理性檢驗(yàn)?zāi)Ｐ褪欠癜吮仨毜臏y試要素檢驗(yàn)?zāi)Ｐ偷恼_性,

29、校驗(yàn)估算模型的正確性,重新進(jìn)行估算校驗(yàn)輸入是否正確校驗(yàn)輸入是否合理校驗(yàn)對數(shù)據(jù)的計(jì)算是否合理有效比較延期的估算是否符合項(xiàng)目實(shí)際情況讓謹(jǐn)慎的人來作測試驗(yàn)證工作對軟件中的冗余價(jià)值估算,影響估算正確與否的因素,軟件規(guī)模新設(shè)計(jì)新代碼的比例復(fù)雜程度設(shè)計(jì)和編碼的困難使用什么語言安全性需求的揮發(fā)性,續(xù)……,組織因素項(xiàng)目計(jì)劃人員開發(fā)環(huán)境計(jì)算機(jī)資源人員利用率膨脹因素估算就是估算，不是保證書,軟件進(jìn)展測試,追蹤系統(tǒng)的瓶頸

30、工作完成點(diǎn)同配置管理系統(tǒng)緊密的結(jié)合如何使用模塊列表里程碑工作完成點(diǎn)用計(jì)算所有工作的完成度來檢查系統(tǒng)工作過程。,測試計(jì)劃,開發(fā)測試計(jì)劃,目標(biāo)詳細(xì)的描述怎樣能成功的完成測試工作，其中應(yīng)包含必須的資源和實(shí)施計(jì)劃?？赡艿牟焕蛩兀簺]有得到足夠的培訓(xùn)心里準(zhǔn)備不足缺乏測試工具缺乏管理的標(biāo)準(zhǔn)和支持缺乏客戶和最終使用者的參與沒有足夠的時(shí)間進(jìn)行測試對于獨(dú)立的測試人員過度信任版本改變的太快測試人員處于不受重視的情況中不

31、能說不,實(shí)施過程,聽取各方面的意見和建議標(biāo)明項(xiàng)目風(fēng)險(xiǎn)測試要素聯(lián)系測試矩陣建立測試計(jì)劃對計(jì)劃進(jìn)行評審,建立測試計(jì)劃,定義測試目標(biāo)開發(fā)測試矩陣軟件模型結(jié)構(gòu)特性批量測試的階段和用例為在線系統(tǒng)作概念上的測試腳本軟件測試矩陣定義測試管理測試計(jì)劃的一般性信息定義測試?yán)锍瘫x管理上的檢查點(diǎn)書寫測試計(jì)劃,評審測試計(jì)劃,涉及評審的問題評審測試的開始時(shí)間是否會(huì)延期有沒有抵觸評審的角色一段時(shí)間內(nèi)是否很難得到工作的檢查信

32、息。更換工具有可能導(dǎo)致他們反感評審工作評審結(jié)果可能會(huì)影響對個(gè)人的工作評價(jià)對于最終成品的檢查項(xiàng)目的需求規(guī)格說明書軟件返工/維護(hù)的文檔升級后的技術(shù)文檔被更改的源程序測試計(jì)劃用戶手冊（包括在線幫助）,續(xù)……,正式評審中的角色緩和劑（SQA）讀者記錄者作者檢測員正式評審發(fā)現(xiàn)的缺陷應(yīng)包含的信息起因類型分類級別,評審流程,計(jì)劃和組織通篇的講解（可選）個(gè)人準(zhǔn)備評審會(huì)議修訂和反復(fù),需求階段的測試,測試成本,

33、在軟件開發(fā)的所有階段進(jìn)行測試被設(shè)計(jì)用來減少測試成本IBM的數(shù)據(jù)大約 60個(gè)缺陷/千行2/3的缺陷產(chǎn)生在需求和設(shè)計(jì)階段在需求和設(shè)計(jì)階段發(fā)現(xiàn)的缺陷修正的花費(fèi)最小修正系統(tǒng)測試階段發(fā)現(xiàn)的缺陷，花費(fèi)是以上的10倍發(fā)布產(chǎn)品以后，修正缺陷的花費(fèi)是原來的100倍,生命周期的測試概念,在軟件開發(fā)過程中持續(xù)的進(jìn)行測試在盡可能早的階段點(diǎn)去修正缺陷需要正式的開發(fā)流程來支持組建測試團(tuán)隊(duì)當(dāng)開發(fā)開始進(jìn)行的時(shí)候，測試就開始進(jìn)行了,需求階段的測試,

34、準(zhǔn)備風(fēng)險(xiǎn)列表確定風(fēng)險(xiǎn)組確定風(fēng)險(xiǎn)風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)檢查表建立控制目標(biāo)確定有足夠的控制力度,分析測試要素,需求的設(shè)計(jì)是否遵循了已定義的方法提交了已定義的功能說明定義了系統(tǒng)界面已經(jīng)估計(jì)了性能標(biāo)準(zhǔn)容忍度被預(yù)先估計(jì)預(yù)先定義了權(quán)限規(guī)則需求中預(yù)先定義了文件完整性預(yù)先定義了需求的變更流程預(yù)先定義了失敗的影響權(quán)限定義,需求走查,建立基本規(guī)則選擇小組/通報(bào)參與者項(xiàng)目介紹問題/建議形成最終報(bào)告,需求階段測試,所有的花費(fèi)都是值得

35、的大部分缺陷將不會(huì)進(jìn)入到設(shè)計(jì)&編碼階段目標(biāo)需求正確的表現(xiàn)出了用戶的需要需求已經(jīng)被定義和文檔化了花費(fèi)和收益成正比需求的控制被明確有合理的流程可遵循有合理的方法可供選擇,設(shè)計(jì)階段的測試,設(shè)計(jì)階段的測試,交付的產(chǎn)品輸入說明過程說明文件說明輸出說明控制說明系統(tǒng)流程圖硬件和軟件的需求操作手冊說明書數(shù)據(jù)保留的策略,設(shè)計(jì)階段測試任務(wù),給測試要素打分分析測試要素對設(shè)計(jì)進(jìn)行評審檢查修改的部分,分析測試要素,

36、測試涉及的內(nèi)容：設(shè)計(jì)了對數(shù)據(jù)完整性的控制設(shè)計(jì)了權(quán)限規(guī)則設(shè)計(jì)了對文件完整性的控制設(shè)計(jì)了審計(jì)追蹤設(shè)計(jì)了發(fā)生意外情況時(shí)的計(jì)劃設(shè)計(jì)了如何達(dá)到服務(wù)水平的方法定義了權(quán)限流程定義了完整的方法學(xué)設(shè)計(jì)了保證需求一致性的方法進(jìn)行了易用性的設(shè)計(jì)設(shè)計(jì)是可維護(hù)的設(shè)計(jì)是簡單的交互界面設(shè)計(jì)完畢定義了成功的標(biāo)準(zhǔn)需要同實(shí)際操作者溝通,對設(shè)計(jì)進(jìn)行評審,選擇評審組成員對評審組進(jìn)行培訓(xùn)通報(bào)項(xiàng)目組分配足夠的時(shí)間只對文檔化的事實(shí)進(jìn)行評審和項(xiàng)

37、目組一起進(jìn)行評審對評審形成建議和項(xiàng)目組對建議一起進(jìn)行評審準(zhǔn)備正式的報(bào)告,編碼階段的測試,形成的輸出,編碼說明書程序文檔計(jì)算機(jī)程序列表可執(zhí)行的程序程序流程圖操作介紹單元測試結(jié)果,測試活動(dòng)的關(guān)注點(diǎn),完成對數(shù)據(jù)完整性的控制定義完畢授權(quán)的規(guī)則完成對文件完整性的控制實(shí)現(xiàn)審計(jì)追蹤規(guī)劃出意外情況發(fā)生后的處理計(jì)劃對系統(tǒng)如何達(dá)到預(yù)定義的服務(wù)水平做了計(jì)劃完成了對安全問題的處理流程編碼工作是依據(jù)規(guī)定的方法完成的編碼與設(shè)計(jì)相一

38、致（正確性）編碼與設(shè)計(jì)相一致（易用性）代碼是可維護(hù)的編碼與設(shè)計(jì)相一致（簡潔性）編碼與設(shè)計(jì)相一致（耦合性）已開發(fā)了操作流程定義出程序成功的標(biāo)準(zhǔn)（性能上）,測試的職責(zé),編碼是一個(gè)純技術(shù)的工作，幾乎不需要用戶的參與項(xiàng)目領(lǐng)導(dǎo)者有參與測試的責(zé)任監(jiān)督過程的有效性,建議的測試方式,桌面調(diào)試語法上的結(jié)構(gòu)上的功能上的代碼互查建立基本的互查規(guī)則選擇互查的team對成員進(jìn)行培訓(xùn)選擇互查的方法提供互查的材料流程圖，源程序，典

39、型的處理流程對互查進(jìn)行必要的管理給出互查結(jié)論提供最終的報(bào)告,編碼階段的測試需解決的問題,系統(tǒng)是可維護(hù)的嗎？系統(tǒng)說明是否已經(jīng)完成了？編碼是否按照既有的標(biāo)準(zhǔn)進(jìn)行，過程是否易于實(shí)踐？是否有足夠的測試計(jì)劃用來評估可執(zhí)行的程序？是否編制了足夠的文檔。,測試關(guān)注點(diǎn),在需求，設(shè)計(jì)，編碼階段多進(jìn)行一些測試，在系統(tǒng)測試階段就會(huì)少一些問題。文檔測試階段的測試計(jì)劃測試用例前期測試的測試結(jié)果第三方測試反饋，例如：計(jì)算機(jī)操作人員正式的測

40、試總結(jié)報(bào)告,典型測試類型,手冊，回歸，功能點(diǎn)測試一致性測試（授權(quán)）功能點(diǎn)測試（完整性）功能點(diǎn)測試（審計(jì)，追蹤）覆蓋性的測試（測試的連續(xù)性）壓力測試（服務(wù)水平）一致性測試（安全性）依照預(yù)先定義的測試方法功能點(diǎn)測試（正確性）支持手冊的測試（易用性）檢查（可維護(hù)性）災(zāi)難性的測試（可攜帶性）功能和回歸測試（耦合性）一致性的測試（性能）操作性的測試（易用性）,建議測試方法,測試方法測試用例的概念是簡單的建立有效的測

41、試用例是復(fù)雜的設(shè)計(jì)測試文件測試用例應(yīng)當(dāng)包含合法的和非法的輸入每一個(gè)動(dòng)作只進(jìn)行一次關(guān)鍵操作輸入測試數(shù)據(jù)分析結(jié)果嘗試將測試文件違反程序的規(guī)則進(jìn)行輸入容量測試的測試工具以大信息量的數(shù)據(jù)進(jìn)行輸入這是一個(gè)昂貴的測試，應(yīng)根據(jù)需要來選擇在線系統(tǒng)需要做壓力測試,測試總結(jié),測試報(bào)告,目標(biāo)表示出目前項(xiàng)目的實(shí)際狀況明確什么是測試做的工作，什么是不作的工作。給出系統(tǒng)的操作性能的評價(jià)明確什么時(shí)候系統(tǒng)可以進(jìn)行產(chǎn)品化的工作關(guān)注點(diǎn)測試報(bào)

42、告只有真正需要的時(shí)候才有用，需要配合市場和管理測試的信息是不充分的（對于評價(jià)一個(gè)項(xiàng)目來說）測試狀況并不能真實(shí)的反應(yīng)個(gè)人的狀況,測試期間數(shù)據(jù)的收集,有關(guān)測試結(jié)果的積累數(shù)據(jù)測試任務(wù)，測試集合和測試事件的描述缺陷分析由于計(jì)劃的問題，導(dǎo)致沒有發(fā)現(xiàn)的缺陷的數(shù)據(jù)嚴(yán)重的缺陷缺陷類型為什么缺陷沒有發(fā)現(xiàn)效果,測試報(bào)告,報(bào)告目前的軟件狀態(tài)功能/測試矩陣功能測試的狀態(tài)報(bào)告，側(cè)重點(diǎn)分析關(guān)于功能的工作時(shí)間軸期望發(fā)現(xiàn) VS 實(shí)際發(fā)現(xiàn)的缺陷

43、比沒有發(fā)現(xiàn)的缺陷和改正的缺陷的差距按照類型分類，沒有改正的缺陷的平均值缺陷分類報(bào)告測試活動(dòng)報(bào)告,最終的報(bào)告匯總,各個(gè)階段的項(xiàng)目測試總結(jié)報(bào)告繼承性測試報(bào)告系統(tǒng)測試報(bào)告確認(rèn)測試報(bào)告,安裝測試,安裝階段的測試準(zhǔn)備,安裝計(jì)劃安裝流程圖安裝文件和程序清單測試安裝程序給出測試結(jié)果將程序運(yùn)行的軟硬件要求放入產(chǎn)品說明中對于新操作人員的使用說明書對于新使用者的操作說明和操作流程安裝過程中的各項(xiàng)可能發(fā)生的結(jié)果的說明,測試關(guān)注點(diǎn),

44、對程序安裝的正確性和完整性進(jìn)行核對校驗(yàn)產(chǎn)品文件的完整性安裝的審查，追蹤被記錄安裝之前，該系統(tǒng)已經(jīng)被證實(shí)沒有問題如果安裝失敗，系統(tǒng)有相應(yīng)的解決方案安裝過程，進(jìn)行了權(quán)限控制（安全性）安裝遵循一定的方法，步驟需要的配套程序和數(shù)據(jù)已經(jīng)放進(jìn)了產(chǎn)品中已交付使用說明相關(guān)文件已經(jīng)完整(可維護(hù)性）接口已經(jīng)被合理調(diào)整（耦合性）綜合的性能達(dá)到了用戶要求,建議測試工具,測試工具檢查表選擇測試的范圍選擇檢查表明白這些問題的用意提前測

45、試用戶的檢查表使用該檢查表模擬運(yùn)行一遍自己向自己匯報(bào)一次將有用的信息記錄下來評估檢查表和檢查流程,續(xù)……,測試標(biāo)準(zhǔn)數(shù)據(jù)的正確性將程序產(chǎn)品化向操作者和用戶進(jìn)行講解校驗(yàn)檢查表和產(chǎn)品的正確性使用測試標(biāo)準(zhǔn)去檢驗(yàn)發(fā)生的問題,驗(yàn)收測試,軟件驗(yàn)收流程,定義用戶角色定義驗(yàn)收標(biāo)準(zhǔn)編制驗(yàn)收計(jì)劃執(zhí)行驗(yàn)收計(jì)劃填寫驗(yàn)收結(jié)論,定義用戶角色,確定最終用戶的范圍確認(rèn)臨時(shí)的和最終產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)計(jì)劃每一個(gè)驗(yàn)收過程由誰和如何執(zhí)行計(jì)劃資源分配

46、計(jì)劃時(shí)間分配準(zhǔn)備驗(yàn)收計(jì)劃為每一項(xiàng)驗(yàn)收工作給出結(jié)論,確定驗(yàn)收標(biāo)準(zhǔn),功能上性能上接口質(zhì)量上過載后的軟件質(zhì)量安全性軟件的穩(wěn)定性,編寫驗(yàn)收計(jì)劃,項(xiàng)目描述用戶職責(zé)行政上的流程驗(yàn)收活動(dòng)描述每一個(gè)驗(yàn)收項(xiàng)的評審最終的驗(yàn)收測試步驟,執(zhí)行和結(jié)論,執(zhí)行驗(yàn)收計(jì)劃驗(yàn)收測試和評審進(jìn)行管理驗(yàn)收的結(jié)果典型的驗(yàn)收結(jié)果在進(jìn)入下一個(gè)活動(dòng)之前問題或者變更必須被接受工作可以繼續(xù)，但是下次評審之前必須更正沒有任何的更改,維護(hù)階段,工作重點(diǎn)和目標(biāo)

47、,兩個(gè)重要的工作：測試和培訓(xùn)目標(biāo)：開發(fā)一些測試用例，預(yù)先發(fā)現(xiàn)一些問題在運(yùn)行情況發(fā)生變化后，預(yù)先的修正一些錯(cuò)誤編寫必要的培訓(xùn)材料對有關(guān)的人員進(jìn)行培訓(xùn)同用戶進(jìn)行接觸,開發(fā)更新測試計(jì)劃,測試計(jì)劃要簡短，必須在短時(shí)間內(nèi)完成。只測試變化的部分兩點(diǎn)：測試什么，如何測試測試要素變化的數(shù)據(jù)交換變化的程序操作流程用戶的操作習(xí)慣不同系統(tǒng)之間的互聯(lián)語言版本安全性備份/恢復(fù),編制培訓(xùn)計(jì)劃,對系統(tǒng)進(jìn)行概覽對系統(tǒng)假定一些錯(cuò)誤，給

48、出處理方法培訓(xùn)材料對項(xiàng)目內(nèi)容的陳述用戶使用方法對錯(cuò)誤列表上的問題給出解釋對報(bào)告進(jìn)行解釋，并且說明如何使用他們（圖標(biāo)，數(shù)據(jù)等）對輸入數(shù)據(jù)進(jìn)行解釋,反饋,反饋包括：用戶反饋和測試反饋，又分成錯(cuò)誤和建議。沒有反饋意見，程序很難提高反饋的類型測試的數(shù)量和內(nèi)容發(fā)現(xiàn)的問題數(shù)量和分類區(qū)分是技術(shù)上的還是應(yīng)用上的問題將反饋信息重新整理，加入到相關(guān)的測試數(shù)據(jù)中,實(shí)例講解測試活動(dòng)在軟件工程中的應(yīng)用,活動(dòng)階段分類,需求階段設(shè)計(jì)階段編