軟件測試基礎(chǔ)(自己在培訓(xùn)學(xué)校的筆記)

1、第一講一、軟件1、計算機(computer)=硬件（hardware）+軟件（software）PC=personal computer 個人電腦2、軟件=程序（program）+文檔（document）3、測試對象：不僅是程序，還包括文檔4、開發(fā)過程包括：需求分析 （需求分析師完成，需求說明書）程序設(shè)計（系統(tǒng)分析師、系統(tǒng)架構(gòu)師完成，概要設(shè)計說明書、詳細(xì)設(shè)計說明書）編程（程序員完成，程序）4、哪個階段出現(xiàn)的缺陷多？需求>程序設(shè)計>編程在需求階段引入的bug占55%左右，程序設(shè)計階段bug占25%左右，編程引入的bug占15%左右測試思想：（1） 測試工作應(yīng)該咋在項目的早期展開，與開

2、發(fā)并行前期需要對相關(guān)文檔測試，才能更好控制質(zhì)量，如果對開發(fā)文檔進(jìn)行測試，需要掌握一定開發(fā)知識二、軟件缺陷1、要求的功能未實現(xiàn)2、畫蛇添足3、出現(xiàn)了指明不應(yīng)出現(xiàn)的錯誤（程序出現(xiàn)用戶數(shù)據(jù)錯誤時，給出友好的處理）一個優(yōu)秀軟件的基本特點：（1） 用戶要求的功能要實現(xiàn)（2） 很強的異常處理能力（健壯性）4、 需求雖未明確提及，但應(yīng)該實現(xiàn)的功能（需求是人寫的，可能會有遺漏）5、 軟件難以理解、不易使用、運行緩慢，或者站在用戶角度認(rèn)為是不好的與缺陷等意的詞：錯誤 毛病 失效 違背 異常三、軟件測試在現(xiàn)有軟件中（程序+文檔）尋找缺陷的過程（找缺陷是有科學(xué)的方法測試用例）截圖技巧：（1） 使要截取的窗口界面顯示

3、出來，按下“PrtSc”（print screen，把當(dāng)前界面當(dāng)做圖片復(fù)制到windows的剪切板（2） 打開畫圖軟件 開始-運行-mspaint（3） 粘貼（Ctrl V）（4） 選定區(qū)域：點擊工具欄第一行第二個“選定按鈕”，變?yōu)槭止鈽?biāo)，把光標(biāo)放在想要截取區(qū)域的左上角，按朱鼠標(biāo)左鍵不放，向右下角拖拽（5） Ctrl +C/X（6） Ctrl+N 新建（7） Ctrl + V（8） Ctrl + S 保存（9） Ctrl + A 全選（10） Ctrl + C復(fù)制（11） 在word中或其他文檔中 ctrl + v四、bug的歷史缺陷： defect 一般稱為bug Debug: 調(diào)試 除錯

4、五、 計算機的層次1、 硬件（裸機）2、軟件（1）操作系統(tǒng)（2）應(yīng)用軟件補充： （1）裸機也包含軟件，主要是BIOS程序（Basic input/output system ）A、存儲在主板上的一塊芯片中B、作用：打開電腦開關(guān)，首先由BIOS程序控制機計算機，進(jìn)行“上電自檢”，檢查硬件設(shè)備的完好性，如果設(shè)備沒問題，再把控制權(quán)交給操作系統(tǒng)，如果檢查出有問題，通過蜂鳴器發(fā)出報警聲，并停止引導(dǎo)。C、如何進(jìn)入bios打開電腦開關(guān)，迅速按下“delete”鍵（筆記本一般為功能鍵，如F2）（2）常見的操作系統(tǒng)（Operating System，簡稱OS）Windows unix linux MAC OS

5、Dos（disk operating system磁盤操作系統(tǒng)）（3） 查看windows版本，內(nèi)存，計算機名A、鼠標(biāo)放在桌面“我的電腦”，點擊右鍵，在彈出的菜單中點擊“屬性”B、在“系統(tǒng)屬性”窗口中的“常規(guī)”選項卡中查看版本、補丁包（service packge）、cpu型號、頻率、內(nèi)存C、在“計算機名”選項卡中查看計算機名，點擊“更改”按鈕，可以更改六、軟件分類1、基本分類（1）系統(tǒng)軟件A、操作系統(tǒng)B、操作系統(tǒng)的補丁程序C、驅(qū)動程序（操作系統(tǒng)的內(nèi)核程序通過調(diào)用硬件的驅(qū)動程序來完成硬件設(shè)備的管理）（2）應(yīng)用軟件 以后的工作以應(yīng)用軟件測試為主2.按照軟件結(jié)構(gòu)劃分（看軟件的運行是否基于網(wǎng)絡(luò)）（1

6、）否單機軟件 （如office ）（2）是分布式軟件分布式軟件按照客戶端的特點可以細(xì)分為： C/S結(jié)構(gòu)（Client/Server，客戶端/服務(wù)器結(jié)構(gòu)） 客戶端需要使用該公司提供的專門軟件才能享受服務(wù) 如：QQ、微信、聯(lián)眾游戲 B/S結(jié)構(gòu)（Browser/Server，瀏覽器/服務(wù)器結(jié)構(gòu)） 客戶端只要使用瀏覽器就可以享受服務(wù) 如：各種網(wǎng)站、搜索引擎、論壇第二講 進(jìn)制轉(zhuǎn)換和邏輯代數(shù)一、進(jìn)制轉(zhuǎn)換1、 基本概念（1） 十進(jìn)制A、 系數(shù)：0-9B、 進(jìn)制：逢十進(jìn)一C、 權(quán)： 10的次冪右側(cè)第一位：權(quán)為10的0次冪 1右側(cè)第二位：權(quán)為10的1次冪 10 三 2 任何數(shù)都可以分解成每個系數(shù)乘以該位的權(quán)D、

7、 在十進(jìn)制數(shù)據(jù)后面加后綴D（如果數(shù)據(jù)后面沒有后綴一般也看做十進(jìn)制）（2）二進(jìn)制A、計算機采用二進(jìn)制，電路設(shè)計簡單（只設(shè)0和1）B、馮-諾依曼把二進(jìn)制引入到計算機，所以現(xiàn)在的計算機稱為“馮諾依曼體系結(jié)構(gòu)” 哈佛結(jié)構(gòu)嵌入式計算機（機器人、手機）C、系數(shù)： 0 和 1 D、進(jìn)制：逢二進(jìn)一E、權(quán)：右側(cè)第二位 權(quán)為2的1次冪右側(cè)第1位：權(quán)為2的0次冪（1）右側(cè)第2位：權(quán)為2的1次冪（2）右側(cè)第3位：權(quán)為2的2次冪（4）F、使用后綴B表示二進(jìn)制數(shù)G、缺點：需要頻繁進(jìn)位，一個很小的數(shù)位數(shù)卻很多（3）十六進(jìn)制A、系數(shù)：09，ABCDEFA=10，B=11，C=12D=13，E=14，F(xiàn)=15B、進(jìn)制：逢16進(jìn)

8、1C、權(quán)：16的次冪右側(cè)第1位：權(quán)為16的0次冪（1）右側(cè)第2位：權(quán)為16的1次冪（16）右側(cè)第3位：權(quán)為16的2次冪（256）D、使用后綴H表示（4）八進(jìn)制A、系數(shù)：07B、進(jìn)制：逢8進(jìn)1C、權(quán)：8的次冪右側(cè)第1位：權(quán)為8的0次冪（1）右側(cè)第2位：權(quán)為8的1次冪（8）右側(cè)第3位：權(quán)為8的2次冪（64）D、使用后綴字母O1 將下列十進(jìn)制數(shù)分別轉(zhuǎn)化為其他進(jìn)制數(shù)1）25D = ( 11001)B = ( 19)H= (31 )o2）85D = ( 1010101)B=(55)H = (125 )o3）123D=(1111011)B=(7B)H = ( 173)o4）141D=(10001101 )

9、B=(8D )H = ( 215)o2 完成下列進(jìn)制轉(zhuǎn)換1）1101101 B （109）D （6D）H2）26 D （11010）B （1A）H3）3C H （111100）B4）2EH （46）D二、邏輯代數(shù)1. 邏輯與（1）定義：只有一件事情的所有條件全部成立，這件事情才成立。（2）兩個條件真值表真值表表示的輸入條件和輸出結(jié)果之間的所有對應(yīng)關(guān)系輸入條件輸出結(jié)果ABY0（假，不成立）0001（真，成立）0100111（3）三個條件真值表輸入條件輸出結(jié)果ABCY00000010010001101000101011001111（4） 結(jié)論： 有0出0 全1才1（5）表達(dá)式：Y=A*B=AB（6

10、）多位二進(jìn)制數(shù)，按位與運算右側(cè)對齊，位數(shù)少的前面補0，上下對應(yīng)的位分別進(jìn)行與運算即可2、邏輯或（1）定義：只要有一個條件成立，這件事情就成立（2）兩個條件真值表輸入條件輸出結(jié)果ABY000011101111（3）三個條件輸入條件輸出結(jié)果ABCY00000011010101111001101111011111（4）結(jié)論：有1出1，全0才0輸入只要有1（成立），輸出必為1（成立）；只有輸入全部為0（不成立），輸出才為0（5）四個條件輸入條件輸出結(jié)果ABCDX=ABCDY=A+B+C+D000000000101001001001101010001010101011001011101100001100

11、101101001101101110001110101111001111111（6）表達(dá)式：Y=A+B（7）多位二進(jìn)制數(shù)，按位或運算右側(cè)對齊，位數(shù)少的前面補0，上下對應(yīng)的位分別進(jìn)行邏輯或運算3、邏輯非（反）（1）定義：一件事情的成立要求其條件要不成立（2）真值表邏輯非只能有一個條件輸入條件輸出結(jié)果AY0110（3）表達(dá)式：Y=A（4）多位二進(jìn)制數(shù)，按位取反把每一位數(shù)分別取反即可 第三講 測試報告一、 測試人員的職責(zé)1、閱讀或編寫測試計劃（3篇）2、編寫測試用例（1000條）3、執(zhí)行測試（包括返測），發(fā)現(xiàn)bug，提交缺陷報告（50份）4、編寫測試總結(jié)報告（3篇）5、使用測試管理工具跟蹤測試管理b

12、ug二、缺陷報告的組成1、缺陷編號（Defect ID）提交bug的順序如果使用缺陷管理工具會自動編號在一個項目組是中會統(tǒng)一編號2、缺陷標(biāo)題（summary）簡明扼要的描述一下該bug3、缺陷的發(fā)現(xiàn)者（Detected By）一般就是自己4、發(fā)現(xiàn)缺陷的日期（Detected On Date）一般就是當(dāng)天5、缺陷所屬的模塊（Subject）在測試程序的哪個功能模塊時發(fā)現(xiàn)的bug，開發(fā)經(jīng)理據(jù)此分配由誰解決bug6、發(fā)現(xiàn)缺陷的版本（Detected in release）在測試程序的哪個版本時發(fā)現(xiàn)的bug7、指派給誰處理（Assigned to）測試人員指派給開發(fā)經(jīng)理，開發(fā)經(jīng)理會根據(jù)bug所在的模塊

13、，再次指派給該模塊的開發(fā)人員對bug修復(fù)8、缺陷的狀態(tài)（status）描述bug此時所處的狀態(tài)或處理情況（1）測試人員發(fā)現(xiàn)bug，提交缺陷報告給開發(fā)經(jīng)理，把缺陷的狀態(tài)寫成new（新提交）（2）開發(fā)經(jīng)理驗證該bug，如果是bug，開發(fā)經(jīng)理把缺陷的狀態(tài)改為open（打開的bug，開發(fā)組承認(rèn)的bug），然后把該bug指派給該模塊的開發(fā)人員修復(fù)；如果不是bug，把缺陷的狀態(tài)改為rejected（拒絕的bug，開發(fā)組不承認(rèn)的） 。（3）開發(fā)人員看到指派給自己的bug，對bug進(jìn)行修改，修改完后把缺陷狀態(tài)改成fixed（已修復(fù)的bug，待返測的bug） （4）測試人員對修改的bug進(jìn)行返測，如果返測通過，

14、把缺陷的狀態(tài)改為closed（關(guān)閉的bug，返測成功的bug，歸檔的bug）；如果返測失敗，把缺陷的狀態(tài)改為reopen（重新打開的bug，返測失敗的bug） 此過程稱為“缺陷（報告）的處理流程”，或者稱“缺陷的生命周期”New->Ope n->Fixed->Closed9、缺陷的嚴(yán)重程度（severity）表明該缺陷有多糟糕: Urgent：致命的bug，造成死機、重啟、崩潰等Veryhigh：非常嚴(yán)重的缺陷High：嚴(yán)重的缺陷Medium：中等程度的bugLow：小的bug 說明：每個詞代表的含義在不同公司可能會有所不同，一般需要在專門的文檔中定義好具體細(xì)節(jié)。案例：Bug

15、 level definition.xls性能：performance功能：function10、缺陷的優(yōu)先級（priority）希望開發(fā)組什么時間內(nèi)或程序的哪個版本中解決該bugUrgent：立即解決，否則會影響開發(fā)/測試進(jìn)度Veryhigh：本版本解決High：下版本解決Medium：發(fā)布之前解決Low：允許發(fā)布中存在優(yōu)先級參考的因素：（1） 嚴(yán)重程度：一般情況下，越嚴(yán)重，優(yōu)先級越高（2） 缺陷影響的范圍：一般影響范圍越廣，優(yōu)先級越高（3） 考慮開發(fā)組當(dāng)前的任務(wù)壓力：壓力越小，優(yōu)先級越高（4） 解決bug的成本問題（時間）：成本越低，優(yōu)先級越高11、缺陷描述（Description）把發(fā)現(xiàn)

16、bug的步驟、過程、數(shù)據(jù)等記錄下來，使程序員通過描述可以看到該bug說明：（1） 優(yōu)先級和嚴(yán)重程度是不是嚴(yán)格正比關(guān)系？ 不是，嚴(yán)重程度只是優(yōu)先級其中一個參考。 成本 時間（2）嚴(yán)重程度和優(yōu)先級確定好后，是否還會修改？嚴(yán)重程度一般不做修改；優(yōu)先級根據(jù)實際情況，經(jīng)常會調(diào)整（一般會推延）（3）是不是所有已經(jīng)發(fā)現(xiàn)的bug在發(fā)布之前都會被修復(fù)？不是。 對于不解決的bug，一定要經(jīng)過項目組的討論，明確解決bug的成本（時間），分析缺陷存在的風(fēng)險，盡量避免法律糾紛，經(jīng)濟(jì)賠償，另外存在bug的模塊最好為用戶使用頻率較低的功能三、缺陷報告的用途1、記錄bug2、對bug進(jìn)行分類（發(fā)現(xiàn)者、模塊、日期、版本、嚴(yán)重程

17、度、狀態(tài)）3、對bug進(jìn)行跟蹤管理（new->closed）4、對bug進(jìn)行分析、統(tǒng)計、總結(jié)四、如何識別bug1、通過測試用例的預(yù)期結(jié)果識別，實際結(jié)果與預(yù)期結(jié)果不一致就是bug2、參考需求文檔，與需求不一致，就是bug3、通過與相關(guān)人員討論4、參考缺陷的5點定義五、提交bug時注意的問題（了解）六、缺陷報告處理流程* 參考缺陷狀態(tài)status部分缺陷的處理流程也就是缺陷的跟蹤管理過程第四講 使用等價類劃分和邊界值法編寫測試用例一、基本概念1、 測試用例（測試案例）測試用例是由測試人員在測試執(zhí)行之前編寫的指導(dǎo)測試執(zhí)行過程的重要文檔，主要包括：用例編號、測試目的、用例描述、預(yù)期結(jié)果2、 設(shè)計

18、測試用例的方法（1） 等價類劃分法（2） 邊界值法（3） 因果圖法（4） 判定表法（5） 正交排列法（6） 場景法（7） 測試大綱法（8） 狀態(tài)轉(zhuǎn)換圖（不講）3、 寫用例的參考（1） 參考需求文檔（2） 參考已經(jīng)開發(fā)出來的程序（3） 討論二、 等價類劃分法編寫用例1、應(yīng)用場合只要有數(shù)據(jù)輸入的地方就可以采用。從無窮多的數(shù)據(jù)中挑選典型代表數(shù)據(jù)進(jìn)行測試2、 測試思想：窮舉測試（把所有可能的數(shù)據(jù)全部測試一遍）是最全面的測試，但時間成本太高，在實際工作中不能采用。測試用例的方法是在保證測試質(zhì)量的基礎(chǔ)上使用最少的數(shù)據(jù)達(dá)到最大的測試效果。不做窮舉測試，是存在風(fēng)險的（遺漏bug的風(fēng)險），如果時間允許，可以適當(dāng)

19、補充一些數(shù)據(jù)（以后遇到糾結(jié)的數(shù)據(jù)時，把其補充上）3、 核心概念（1）有效等價類按照程序規(guī)格有意義、合理的輸入數(shù)據(jù)集合程序接收到有效等價類，可以正確計算、執(zhí)行（2）無效等價類按照程序說明無意義、不合理的輸入數(shù)據(jù)集合程序接收到無效等價類數(shù)據(jù)，應(yīng)該給出錯誤提示，或者根本無法輸入說明：一個好的軟件基本特點：A：功能實現(xiàn)有效等價類測試B：異常處理能力（健壯性）無效等價類測試4、 分析步驟首先明確測試對象“第一個數(shù)”文本框，保證“第二個數(shù)”填寫正確（1）劃分等價類有效等價類 -9999無效等價類 A：<-99整數(shù) B：>99整數(shù) C：非整數(shù) D：為空 （2）細(xì)化等價類依據(jù)的一般不是字面上的需求

20、，而是根據(jù)數(shù)據(jù)在內(nèi)存中的存儲方式或數(shù)據(jù)類型等整數(shù)在內(nèi)存中按照“補碼”存儲，正數(shù)和負(fù)數(shù)計算補碼的方式不同，有必要把正數(shù)和負(fù)數(shù)單獨測試把-9999細(xì)化為： -99-1的整數(shù) 099的整數(shù)把“非整數(shù)”細(xì)化為：小數(shù)、字母、漢字、符號（3）建立等價類表（熟練后直接進(jìn)行該步）有效等價類編號數(shù)據(jù)要求1-99-1的整數(shù)2099的整數(shù)無效等價類編號數(shù)據(jù)要求1<-99的整數(shù)2>99的整數(shù)3為空4小數(shù)5字母6漢字7符號（4）編寫測試用例從每個等價類中至少挑選1個數(shù)據(jù)進(jìn)行測試再測試“第二個數(shù)”文本框，保證第一個數(shù)正確三、邊界值法1、應(yīng)用場合只要有數(shù)據(jù)輸入的地方就可以使用。邊界值法和等價類劃分往往一起使用，

21、共同形成一套較為完善的測試方案2、如何使用？找到有效數(shù)據(jù)和無效數(shù)據(jù)的分界點，對分界點及其兩邊的點單獨測試3、說明邊界值數(shù)據(jù)本質(zhì)上就是屬于等價類范疇，但需要單獨進(jìn)行測試，這確實是一種冗余，但在工程上是必須的2015-8-7練習(xí)1： 說明1.如果需求要求是“字符”，就意味著允許：字母、漢字、符號、0-9數(shù)字，在寫有效等價類時，一般只關(guān)注字符長度，不用再細(xì)化為漢字、字母、符號等，因為在程序中定義變量，把這些都當(dāng)做一種類型存儲（如Java，存成.string），如果存儲在數(shù)據(jù)庫中，一般也是當(dāng)做同一種類型（如Oracle，存成varchar）。另外，在測試邊界值時，可以適當(dāng)考慮字母、漢字、符號，這些區(qū)分

22、。如果無效等價類為非整數(shù)（小數(shù)、字符），一般需要把字符細(xì)化為：字母、漢字、符號，因為一個完善的程序異常處理應(yīng)該根據(jù)用戶不同的輸入給出明確的提示2、在標(biāo)準(zhǔn)英文編碼中（ASCII美國標(biāo)準(zhǔn)交換信息代碼），一個英文字符占1個字節(jié)，在標(biāo)準(zhǔn)中文編碼中（GB-2312），一個中文字符占2個字節(jié)） 1個字節(jié)（Byte）=8位（bit） 1KB=1024B四、用例的優(yōu)化主要針對有效等價類和有效邊界值1、問題的提出 每條用例只測試一個控件的有效數(shù)據(jù)（有效等價類或有效邊界值），方法比較簡單，適合初學(xué)者，但會存在數(shù)據(jù)冗余（2條或以上用例測試數(shù)據(jù)雷同）2、如何優(yōu)化在一條用例中，可以盡可能多的測試不同控件的一個有效等價類

23、或有效邊界值不同控件的有效等價類或有效邊界值可以組合在一條用例中測試，在測試質(zhì)量不變的情況下，減少用例數(shù)量，五、測試用例的強化針對無效等價類和無效邊界值在一條用例中，開始的時候只測試一個控件的一個無效等價類或無效邊界值不同控件的無效等價類或無效邊界值開始時不能組合避免屏蔽現(xiàn)象發(fā)生（前面的錯誤提示出現(xiàn)后，后面的錯誤提示就不出現(xiàn)了）最后，再適當(dāng)考慮不同控件的無效等價類或無效邊界值的組合（姓名和年齡），以及同一個控件不同無效等價類或無效邊界值的組合無效等價類的強化，提高破壞能力說明：1、當(dāng)發(fā)現(xiàn)軟件處理同一個等價類中不同數(shù)據(jù)的情況不相同時，有必要把該等價類進(jìn)行細(xì)化（如：處理全部為數(shù)字和部分為數(shù)字不一樣

24、）2、對照軟件寫用例，當(dāng)發(fā)現(xiàn)bug時，不要按照bug去寫，要把正確的的步驟和預(yù)期寫出來。六、小結(jié)1、有效等價類一般都可以從需求中直接找到，一般數(shù)量較少。使用有效數(shù)據(jù)進(jìn)行測試，稱作“通過測試”或“正向測試”2、無效等價類一般數(shù)量較多（時有效等價類的2-5倍）。使用無效數(shù)據(jù)進(jìn)行測試，稱作“失敗測試”或“反向測試”。無效等價類主要考慮以下要素：序號數(shù)據(jù)要求無效等價類示例1不能為空（必填項）為空2不能重復(fù)重復(fù)3數(shù)據(jù)有大小范圍要求數(shù)據(jù)超出范圍年齡：1860無效：<18 和 >60 4字符個數(shù)有范圍要求字符個數(shù)超出范圍姓名：320個字符無效：<3個和>20個5數(shù)據(jù)有數(shù)據(jù)類型、格式、

25、樣式要求數(shù)據(jù)類型、格式、樣式非法（1）要求整數(shù)，無效為非整數(shù)（小數(shù)、字母、漢字、符號）（2）要求是數(shù)字（小數(shù)或整數(shù)），無效為非數(shù)字（字母、漢字、符號）6小數(shù)有小數(shù)位要求小數(shù)位數(shù)超出范圍 說明：（1）如果要求是小數(shù)，沒有指名不允許整數(shù)，就意味著也允許整數(shù)，需要對整數(shù)也測試（2）對于非必填項，也要測試不填的情形（當(dāng)做有效等價類）（3）因為每個控件的有效等價類加上有效邊界值的數(shù)量一般不會完全相等，會導(dǎo)致在測試某個控件的有效等價類或有效邊界值時，其他控件的有效數(shù)據(jù)全部測試，這時需要從這些測完的數(shù)據(jù)中再次挑選，這是一種冗余，但在工程中不能避免，在寫時目的時，冗余的測試就不要寫出了。8.10補碼（了解）1

26、、整數(shù)在計算機中以補碼方式存儲2、整數(shù)轉(zhuǎn)換成二進(jìn)制數(shù)，稱為“原碼”（一般前面補齊適當(dāng)?shù)奈粩?shù)）3、計算機中一般用0表示+，用1表示 -4、為什么用補碼？ 使用補碼，可以使數(shù)據(jù)的符號位參與到運算中，當(dāng)成普通數(shù)字處理5、如何算補碼（1）正數(shù)的補碼就是其原碼（算出對應(yīng)的二進(jìn)制，補齊足夠的位數(shù)，最高位用0表示） 11>00000001011 第一個0是符號位，其余占位，1011是數(shù)值 （2） 負(fù)數(shù)補碼：A、求負(fù)數(shù)的絕對值（變成正數(shù)）B、求該絕對值的二進(jìn)制（前面補齊0）C、對求出的二進(jìn)制按位取反D、取反后做算數(shù)加1 如下： 第五講 因果圖法一、基本概念1、應(yīng)用場合在一個界面中，有多個控件，控件之間有

27、一定的組合關(guān)系和限制關(guān)系，不同的輸入組合會發(fā)生不同的輸出結(jié)果，為了弄清輸入和輸出的對應(yīng)關(guān)系，使用因果圖法2、核心概念（1）因原因，輸入條件（2）果結(jié)果，輸出結(jié)果使用畫圖的方式表達(dá)輸入和輸出之間的關(guān)系3、圖形符號（聯(lián)想到軟件中去）（1）基本符號表達(dá)的是輸入和輸出的對應(yīng)關(guān)系恒等* 有輸入à有對應(yīng)輸出 無輸入à無對應(yīng)輸出非與* a=b=c=1 Y=1 有0出0，全1才1或 a=b=c=0 Y=0 有1出1，全0才0（2）約束（限制）符號約束的是同一類的：要么同時約束輸入，要么同時約束輸出互斥（E） excludea、b、c三個原因不可能同時成立 a、b、c最多只有一個1（可以同時

28、為0）唯一（O） only有且僅有一個1（不能同時為0）互斥和唯一的區(qū)別：互斥沒有默認(rèn)值，而唯一會有一個選定的默認(rèn)值要求（R）若a（主要）=1，必須b（輔助，次要）=1 表示當(dāng)a出現(xiàn)時，b也必須出現(xiàn)“自動登錄”要求“記住密碼”屏蔽（M）如果a=1，必須b=0 ，a出現(xiàn)，b不出現(xiàn) ；當(dāng)a=0時，b的值不定（5）包含（I）a b c3個原因至少有一個必須成立； a b c至少包含一個1二、使用因果圖法分析程序案例需求1、找出所有的輸入條件（因），編號（1）投幣50元（2）投幣100元（3）充值50元（4）充值100元2、找出所有的輸出結(jié)果編號A、充值成功并退卡B、提示充值成功C、找零D、錯誤提示并

29、退卡步驟1、2是初步分析需求的過程，可以同時畫出因果圖的“因”和“果”，并寫出“判定表”的“輸入”和“輸出”3、在步驟1基礎(chǔ)上，找出輸入的組合關(guān)系和限制關(guān)系（1）組合關(guān)系（決定測試用例的數(shù)量）輸入（1）（3）組合輸入（1）（4）組合輸入（2）（3）組合輸入（2）（4）組合輸入（1）單獨輸入（2）單獨輸入（3）單獨輸入（4）單獨（2）限制關(guān)系輸入（1）（2）互斥輸入（3）（4）互斥4、在步驟2基礎(chǔ)上，找出輸出的組合關(guān)系和限制關(guān)系（1）組合關(guān)系輸出AB必須組合（要求）輸出ABC組合輸出CD組合輸出D單獨（2）限制關(guān)系輸出A和D互斥輸出B和D互斥步驟3、4是深入分析需求的過程把輸入和輸出的限制關(guān)系先

30、畫出因果圖，可以在判定表中先把輸入的組合關(guān)系寫出熟練以后步驟4可以省略5、找“因果關(guān)系”：哪種輸入組合會產(chǎn)生哪種輸出組合，寫出判定表，畫出因果對應(yīng)關(guān)系圖（參考步驟3（1）和4（1）情況1：輸入（1）（3）組合會產(chǎn)生：輸出AB組合=情況2：輸入（1）（4）組合會產(chǎn)生：輸出CD組合。6、編寫用例把判定表的每1列寫成1條用例，測試1種組合情況8.11.2015 第六講、判定表法1、判定表法就是因果圖法的簡化，本質(zhì)上是一種方法2、在實際工作中，編寫用例往往要結(jié)合幾個方法（24種），或者說任何一種方法一般只能測試一個窗口的某個局部.3、綜合使用多種編寫方法寫用例（1）通過控件的特點，判斷每個控件采用的方

31、法基本信息部分是填寫項等價類、邊界值工資薪制和錯誤程度需要考慮組合因果圖 判定表（2）對每個控件根據(jù)選擇的方法進(jìn)行“獨立分析”A、使用判定表法分析“工資薪制”和“錯誤程度”部分，得到判定表B、使用等價類劃分法和邊界值法分別對基本信息部分進(jìn)行分析，得到數(shù)據(jù)分析表（等價類表+邊界值表）-見上課講義（3）結(jié)合數(shù)據(jù)分析表和判定表“綜合”編寫用例-見上課講義4、判定表法（因果圖法）小結(jié)（1）考慮的是控件之間的組合關(guān)系（2）每個控件的條件不宜過多，一般24項，如：按鈕按下/不按、單選按鈕選擇/不選擇、復(fù)選框選擇/不選擇、只有24個備選項的下拉列表（3）輸入條件也叫“條件樁”，輸出結(jié)果也叫“動作樁”（4）判

32、定表特點：A、輸入條件的排列順序是無關(guān)緊要的B、輸出結(jié)果的排列順序是無關(guān)緊要的C、先測試哪種組合后測試哪種組合是無關(guān)緊要的D、每種組合是獨立的，在測試這種組合時，不用考慮其他組合8.12孫晨 sunchen1、設(shè)計用例：正交排列法、場景法、測試大綱法2、熟悉“測試?yán)碚摗?、QC4、手工功能項目一、正交排列法應(yīng)用場合：如果一個界面上有很多的控件，每個控件還有很多的取值，測試時，需要測試取值的組合情況，并且組合數(shù)量較大（一般幾十種（>20種）、幾百種、甚至幾千種），從代碼的角度考慮，不同的組合使用的基本是同一段代碼，這個時候為了選擇最少的最優(yōu)的組合，可以考慮使用正交排列法共同點：都需要測試空

33、間取值的組合情況不同點：A、組合數(shù)量：判定表適合測試組合數(shù)量較少（<20種），正交排列法適合測試組合數(shù)量較多（>20種）B、代碼：判定表不同的組合測試的基本是不同的代碼，正交排列法不同的組合測試的基本是同一段代碼二、正交表 Ln(mk)L：公式里的符號 L：line 行 n:需要測試的組合數(shù)量（正交表的行數(shù)）K: 控件的個數(shù)（正交表的列數(shù)） m:每個控件的取值個數(shù)選擇正交表時，只需要確定m、k即可，n是固定的，不需要選擇三、應(yīng)用正交表步驟（以工程1為例）1、分析需求：列出所有的控件以及每個控件的取值2、選擇合適的正交表（確定m、k）K=控件的個數(shù)=正交表的列數(shù) （以工程1為例）4個

34、控件->K=4說明：如果沒有正合適的K，取較大的K，任意刪除列，取與控件個數(shù)相同即可m=每個控件的取值個數(shù)=正交表中允許出現(xiàn)的最大值每個控件有3個取值->m=3 查正交表n=9 L9(34)界面有4個控件，每個控件有3個取值，總共需要測試34=81種組合，通過正交表選擇最優(yōu)的9種進(jìn)行測試 3、將正交表的列名使用控件名稱替換，將正交表中的取值使用控件的取值替換 4、編寫用例：將正交表中的每一行轉(zhuǎn)換成一條用例，也就是測試一種組合情況。 因為沒有測試的組合過多，所以還是有發(fā)生缺陷的風(fēng)險，所以時間允許的情況下，應(yīng)該盡量的多補充一些用例說明：判定表是將一列轉(zhuǎn)換成一條用例，測試一種組合情況？如

35、何確定底m，如何修改正交表正交表的種類：四、正交排列法的局限性1、目前為止正交表只有9種（數(shù)量有限）2、目前9種正交表基本都要求控件的取值個數(shù)相等，但實際測試中，這樣的軟件很難遇到。五、正交表的設(shè)計思想1、盡量保證每個控件的取值參與組合的次數(shù)相等（從列考慮）2、從所有的組合中選取測試組合時，盡量均勻、零星的選取（從行考慮）六、PPT打印案例1、分析需求： 當(dāng)“打印內(nèi)容”選擇“大綱視圖”時，“幻燈片加框”復(fù)選框置灰（不用測幻燈片加框）2、選擇合適的正交表（1）確定次冪k 4個控件 à k=4（2）確定底mA、少數(shù)服從多數(shù)原則 看哪些控件的取值個數(shù)相等，就選擇相等情況最多的那個底為m第一

36、個空間：3第二個控件：4第三個控件：3第四個控件：2 3出現(xiàn)2次，4出現(xiàn)1次，2出現(xiàn)1次 à m=3 L9(34) 不改變原先正交表取值，自己添加B、最大值原則 看哪個控件的取值個數(shù)最多，就以該控件的取值個數(shù)作為底m第一個空間：3第二個控件：4第三個控件：3第四個控件：2第二個控件的取值個數(shù)為4,4個空間中取值個數(shù)最多 à m=4 àLn(44) à L16(44)（3）將能替換的先替換好à將每一列多出的機會盡量平均分配給該控件的其他取值à查看是否有重復(fù)的組合，再適當(dāng)修改自己添加的取值8.13場景法一、 應(yīng)用場合1、界面特點：沒有太多

37、的填寫項（甚至沒有），大部分操作都是通過鼠標(biāo)的單擊、雙擊、拖拽等完成。2、測試特點： 要求測試人員對業(yè)務(wù)非常精通，站在用戶的角度去模擬用戶的操作，操作一般分為兩類： （1）針對軟件正確的操作測試軟件件的基本業(yè)務(wù)流程（2）針對軟件錯誤的操作測試軟件的健壯性二、基本概念1、基本流（有效等價類）：模擬用戶輸入正確的操作2、備選流（無效等價類）：模擬用戶輸入正確的操作三、使用場景法步驟使用場景法設(shè)計銀行卡取款功能測試用例1、分析需求：按照軟件的說明，列出基本流（正確的操作）和備選流（錯誤的操作）（1）基本流成功取款（場景1）（2）備選流（每個備選流就是一個場景）銀行卡錯誤密碼錯誤密碼三次錯誤賬戶余額不

38、足達(dá)到當(dāng)日最大金額ATM機金額不足2、根據(jù)基本流和備選流生成不同的場景說明：熟練之后，直接做該步驟（實際工作中遇到的軟件經(jīng)常找不到明顯的基本流和備選流） 本質(zhì)上就是找到正確的操作流程和錯誤的操作流程3、根據(jù)場景編寫用例 說明：場景和用例之間不一定是一對一關(guān)系練習(xí)1：1、列出“五子棋”游戲的場景（測試思路）練習(xí)2：1、執(zhí)行“五子棋”游戲場景，留證跡 20-25min2、思考“房間設(shè)置-刪除類型”子模塊的場景 10-15min美萍酒店管理系統(tǒng)（1）從房間狀態(tài)分析：占用、預(yù)定、長包房：提示正在使用，不能刪除 （場景1）可供、停用、清理：允許刪除（場景2）取消：取消刪除 確定：刪除成功（2）房間類型是

39、否有所屬的服務(wù)生（場景3） 有服務(wù)生無法刪除，無則可以刪除。 練習(xí)： 1、針對“房間設(shè)置-刪除類型”模塊補充用例（003、004）2、思考“商品設(shè)置-刪除類別”模塊的模塊（1）是否需要服務(wù)生，刪除類別時沒有影響（2）如果商品類別下包含商品，不允許刪除；不包含商品，允許刪除（3）“自定義費用”和“消耗品”不能刪除補充：測試表格和下拉列表時，要補充測試第一項（當(dāng)做最小邊界值）、最后項（當(dāng)做最大邊界值）、中間任選項（當(dāng)做有效等價類）練習(xí)：1、針對“商品設(shè)置-刪除類別”模塊補充用例刪除類別002、補充：最小邊界值 預(yù)置條件： 選擇“商品類別”表格中第一條記錄，如：“食品類下包含商品”2、給“保健推拿”

40、商品設(shè)置提成，消費該商品，查看所選的服務(wù)生是否得到了相應(yīng)的提成3、思考“商品設(shè)置-提成設(shè)置”模塊場景 8.18測試大綱法一、應(yīng)用場合 軟件有很多窗口，每個窗口上又有很多操作，為了弄清楚不同窗口不同操作之間的關(guān)系（測試路徑），可以選擇測試大綱法（提綱法）。二、分析步驟1、分析需求：列出所有的窗口，以及每個窗口上的操作 主窗口 專賣店 地圖 幫助2、找出操作之間的練習(xí)（測試路徑），編寫用例說明：如果一條用例中包含的路徑都已經(jīng)測試過，那么該條用例可以省略Eg. 練習(xí)：1、整理“案例”2、編寫“snagit”軟件的安裝測試用例測試大綱法上機練習(xí)寫出snagit軟件安裝過程中每個安裝界面的測試要點（安裝

41、測試用例、安裝測試方案）。1、Welcome to the snagit 10 Installation Wizard（歡迎進(jìn)入Snagit 10的歡迎向?qū)В?） 點擊“Next”按鈕，可以進(jìn)入下一個界面（2） 點擊“Cancle”按鈕，或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”a. 如果點擊“Resume”按鈕，或關(guān)閉按鈕，可以繼續(xù)安裝b. 如果點擊“Exit Setup”按鈕，終止安裝2、License Agreement（許可協(xié)議）（1） 如果不選擇“I accept the License agreement”，“Next”按鈕是置灰狀態(tài)（2） 點擊“Cancle”按鈕，

42、或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”（3） 點擊“back”按鈕，程序返回上一個界面（4） 選中“I accept the License agreement”，“Next”按鈕可用，點擊按鈕，進(jìn)入下一個界面3、Help Us Improve Snagit（幫助改善Snagit）（1）如果不選擇"improve Snagit by collecting usage data"或"Decide later when Snagit is running",“Next”按鈕置灰（默認(rèn)狀態(tài)）（2）點擊“back”按鈕，程序返回上一個界面（3）點

43、擊“Cancle”按鈕，或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”（4）點擊“More Information”按鈕，彈出軟件相關(guān)頁面（5）選擇"improve Snagit by collecting usage data"或"Decide later when Snagit is running",“Next”按鈕可用，點擊進(jìn)入下一個界面（需分別測試）4、Licensing（填寫許可信息）（1）如果不選擇"30 day evaluation"或"License-I have a key",“Next

44、”按鈕置灰（默認(rèn)狀態(tài)）（2）點擊“back”按鈕，程序返回上一個界面（3）點擊“Cancle”按鈕，或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”（4）如果選擇"License-I have a key"，可以在“Name”和“Key”文本框中輸入，輸入無效信息時，點擊“Next”按鈕，彈出信息提示框，提示：請輸入正確的密匙；輸入正確時，點擊“Next”按鈕，進(jìn)入下一個頁面A、點擊“Visit TeachSmith Web Site”跳轉(zhuǎn)至網(wǎng)頁B、點擊“OK”按鈕，提示框關(guān)閉，程序繼續(xù)運行（5）點擊“Need help find your software key?

45、”，跳轉(zhuǎn)至幫助頁面（6）選擇"30 day evaluation"，“Next”按鈕可用，點擊進(jìn)入下一個頁面5、Select Installation Type（選擇安裝類型）說明：目前只測試Typical（典型安裝）（1）默認(rèn)選擇“Typical（典型安裝）”，點擊“Next”按鈕，可以進(jìn)入以一個頁面（2）點擊“back”按鈕，程序返回上一個界面（3）點擊“Cancle”按鈕，或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”6、Ready to Install Snagit（準(zhǔn)備安裝）（1）默認(rèn)選中“Start Snagit when installation is

46、 finished（安裝完成后運行程序）”和“Run Snagit when Windows starts（系統(tǒng)啟動時自動運行程序）”（2）點擊“back”按鈕，程序返回上一個界面（3）點擊“Cancle”按鈕，或關(guān)閉按鈕，程序不應(yīng)該直接退出，而是彈出“信息提示框”（4）選中“Create shortcuts on Deskop（在桌面建立快捷方式）”并點擊“Install”按鈕，進(jìn)入下一個頁面7、Updating System（更新系統(tǒng)）（1）“Update System”頁面顯示安裝進(jìn)程，直至進(jìn)入“安裝成功”界面（2）點擊“Cancle”按鈕安裝進(jìn)程會終止，安裝界面關(guān)閉8、Snagit 1

47、0 has been successful installed（安裝成功）提示“安裝成功”信息，“Cancle”按鈕置灰，點擊“Finish”按鈕，安裝界面關(guān)閉，桌面上生成Snagit程序的快捷方式。一、軟件開發(fā)階段劃分需求分析 56%缺陷 由需求分析師分析客戶的需求，最后生成“需求規(guī)格說明書”概要設(shè)計 概要+詳細(xì)設(shè)計=25% 由系統(tǒng)架構(gòu)師分析“需求規(guī)格說明書”，最后生成“概要設(shè)計說明書” 詳細(xì)設(shè)計 由系統(tǒng)架構(gòu)師分析“概要設(shè)計說明書”，最后生成“詳細(xì)設(shè)計說明書”編碼 13% 文檔的質(zhì)量決定了軟件的質(zhì)量，工作中應(yīng)該更多的關(guān)注文檔，測試人員要及時的測試相關(guān)文檔二、軟件測試階段劃分1、單元測試（此時

48、發(fā)現(xiàn)缺陷修改成本較低）（1）單元測試是最小的測試單位（類、文件、窗口、方法），依據(jù)的是詳細(xì)設(shè)計說明書。目的在于檢查每個程序的單元能否正確實現(xiàn)詳細(xì)設(shè)計說明書中的模塊功能、性能、接口等要求，發(fā)現(xiàn)各模塊內(nèi)部節(jié)能存在的各種錯誤。（2）單元測試階段以黑盒測試為主，重點模塊可以進(jìn)行白盒測試（檢查代碼）（3）有可能需要測試人員編寫驅(qū)動模塊或者樁模塊 A、驅(qū)動模塊：模擬調(diào)用“被測模塊”的那個模塊（“被測模塊”的上一級模塊） B、樁模塊：被“被測模塊”調(diào)用的那個模塊（“被測模塊”的下一級模塊）例如：main.c調(diào)用input.c ，input.c調(diào)用add.c，則若被測模塊是add.c，main.c驅(qū)動inpu

49、t.c ，input.c驅(qū)動add.c，無樁模塊 若被測模塊是input.c ， main.c是驅(qū)動模塊，add.c是樁模塊 （4）實際工作中，單元測試基本都由開發(fā)人員自己完成為了節(jié)約成本（5）檢查每個程序的單元能否正確實現(xiàn)詳細(xì)設(shè)計說明書中的模塊功能、性能、接口等要求，發(fā)現(xiàn)各模塊內(nèi)部節(jié)能存在的各種錯誤2、集成測試（1）集成測試依據(jù)的是概要設(shè)計說明書，基本還是采用黑盒測試，重點模塊采用白盒測試（2）集成一個新版本之后，要先對該版本做冒煙測試（使用較少的人（13人）但經(jīng)驗較豐富，再使用較少的時間測試整個系統(tǒng)的主要功能，主要業(yè)務(wù)流程是否實現(xiàn)，是否穩(wěn)定（一般不參考用例），如果不穩(wěn)定，直接打回開發(fā)組，如

50、果較穩(wěn)定，那么再讓測試組其他人參與進(jìn)來進(jìn)行測試）。（3）集成測試的基本思路：A、冒煙測試：驗證版本是否穩(wěn)定B、返測：驗證上一版本的缺陷在新版本上是否修復(fù)（針對程序員修改的錯誤進(jìn)行的測試，驗證錯誤是否被修改）C、回歸測試：將之前版本上所有功能的用例在新版本上重新執(zhí)行一遍，目的是保證已經(jīng)實現(xiàn)的功能在新版本上沒問題D、如果集成了新功能，再測試新功能3、系統(tǒng)測試（1）系統(tǒng)測試依據(jù)的是需求規(guī)格說明書，全部采用黑盒測試（2）在進(jìn)行大規(guī)模系統(tǒng)測試之前，要進(jìn)行確認(rèn)測試，主要確認(rèn)：A、驗證整個系統(tǒng)是否穩(wěn)定（相當(dāng)于冒煙測試）B、確認(rèn)文檔是否齊全，尤其確認(rèn)提交給用戶的文檔（如：安裝文檔、用戶手冊、需要認(rèn)證的文檔等）

51、4、驗收測試（UAT：user acceptance testing 用戶接受度測試 ）（1）驗收測試以用戶為主，全部采用黑盒測試（2）alpha測試：在軟件的開發(fā)環(huán)境下，主要由開發(fā)方進(jìn)行測試（由用戶參與并使用真實的數(shù)據(jù)）（3）Beta測試：在軟件的實際應(yīng)用環(huán)境中，由用戶進(jìn)行測試（開發(fā)方也會參與） 對于公共類軟件，免費發(fā)放給用戶使用，收集用戶誰用過程中遇到的缺陷、意見，再對軟件進(jìn)行修改，修改后正式發(fā)布三、軟件測試模型1、概念：反應(yīng)測試活動和開發(fā)階段的對應(yīng)關(guān)系2、V模型（1）優(yōu)點：A、開發(fā)階段和測試階段劃分明確B、開發(fā)階段和測試階段的對應(yīng)關(guān)系較明確C、既包含了低層測試（代碼測試專業(yè)級）又包含了高層測試（需求測試用戶級）（2）缺點A、感覺測試階段是在開發(fā)階段完成之后才介入的，沒有體現(xiàn)盡早測試和不斷測試的