測試培訓總結

1、功能測試就是對產品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產品是否達到用戶要求的功能。常用的測試方法如下：1、頁面鏈接檢查：每一個鏈接是否都有對應的頁面，并且頁面之間切換正確。2、相關性檢查：刪除/增加一項會不會對其他項產生影響，如果產生影響，這些影響是否都正確。數(shù)據(jù)為空時刪除3、檢查按鈕的功能是否正確：如update， cancel， delete， save等功能是否正確。4、字符串長度檢查： 輸入超出需求所說明的字符串長度的內容， 看系統(tǒng)是否檢查字符串長度，會不會出錯。5、字符類型檢查： 在應該輸入指定類型的內容的地方輸入其他類型的內容(如在應該輸入整型的地方輸入其他字符類型)

2、，看系統(tǒng)是否檢查字符類型，會否報錯。6、標點符號檢查： 輸入內容包括各種標點符號，特別是空格，各種引號，回車鍵?？聪到y(tǒng)處理是否正確。7、中文字符處理： 在可以輸入中文的系統(tǒng)輸入中文，看會否出現(xiàn)亂碼或出錯。8、檢查帶出信息的完整性： 在查看信息和update信息時，查看所填寫的信息是不是全部帶出，帶出信息和添加的是否一致。9、信息重復： 在一些需要命名，且名字應該唯一的信息輸入重復的名字或ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫，以及在輸入內容的前后輸入空格，系統(tǒng)是否作出正確處理。10、檢查刪除功能：在一些可以一次刪除多個信息的地方，不選擇任何信息，按”delete”，看系統(tǒng)如何

3、處理，會否出錯；然后選擇一個和多個信息，進行刪除，看是否正確處理。11、檢查添加和修改是否一致： 檢查添加和修改信息的要求是否一致，例如添加要求必填的項，修改也應該必填；添加規(guī)定為整型的項，修改也必須為整型。12、檢查修改重名：修改時把不能重名的項改為已存在的內容，看會否處理，報錯。同時，也要注意，會不會報和自己重名的錯。13、重復提交表單：一條已經成功提交的紀錄，back后再提交，看看系統(tǒng)是否做了處理。14、檢查多次使用back鍵的情況： 在有back的地方，back，回到原來頁面，再back，重復多次，看會否出錯。15、search檢查： 在有search功能的地方輸入系統(tǒng)存在和不存在的內

4、容，看search結果是否正確。如果可以輸入多個search條件，可以同時添加合理和不合理的條件，看系統(tǒng)處理是否正確。16、輸入信息位置： 注意在光標停留的地方輸入信息時，光標和所輸入的信息會否跳到別的地方。17、上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。18、必填項檢查：應該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加*19、快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C Ctrl+V Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做

5、了限制。20、回車鍵檢查： 在輸入結束后直接按回車鍵，看系統(tǒng)處理如何，會否報錯。黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：1）功能錯誤或遺漏；2）界面錯誤；3）數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤；4）性能錯誤；5）初始化和終止錯誤。一、黑盒測試的測試用例設計方法 等價類劃分方法 邊界值分析方法 錯誤推測方法 因果圖方法 判定表驅動分析方法 正交實驗設計方法 功能圖分析方法等價類劃分：是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。該方法是一種重要的，常用的黑盒測試用例設計方法。1） 劃分等價類： 等價類是指某個輸入域的子集合。在該子集合中，

6、各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試。因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù)。取得較好的測試結果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。有效等價類：是指對于程序的規(guī)格說明來說是合理的，有意義的輸入數(shù)據(jù)構成的集合。利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能。無效等價類：與有效等價類的定義恰巧相反。設計測試用例時，要同時考慮這兩種等價類。因為，軟件不僅要能接收合理的數(shù)據(jù)，也要能經受意外的考驗。這樣的測試才能確保軟件

7、具有更高的可靠性。2）劃分等價類的方法：下面給出六條確定等價類的原則。 在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可確立一個有效等價類和一個無效等價類。 在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類。 在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個），并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類。 在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）。 在確知已劃分的等價類中各元

8、素在程序處理中的方式不同的情況下，則應再將該等價類進一步的劃分為更小的等價類。3）設計測試用例：在確立了等價類后，可建立等價類表，列出所有劃分出的等價類：輸入條件 有效等價類 無效等價類然后從劃分出的等價類中按以下三個原則設計測試用例： 為每一個等價類規(guī)定一個唯一的編號。 設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋地有效等價類，重復這一步。直到所有的有效等價類都被覆蓋為止。 設計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復這一步。直到所有的無效等價類都被覆蓋為止。邊界值分析法邊界值分析方法是對等價類劃分方法的補充。（1）邊界值分析方法的考慮：長期的測試工作經驗告訴我們，

9、大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)。（2）基于邊界值分析方法選擇測試用例的原則：1）如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界的值，以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù)。2）如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)，最小個數(shù)，比最小個數(shù)少一，比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù)。3

10、）根據(jù)規(guī)格說明的每個輸出條件，使用前面的原則1）。4）根據(jù)規(guī)格說明的每個輸出條件，應用前面的原則2）。5）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應選取集合的第一個元素和最后一個元素作為測試用例。6）如果程序中使用了一個內部數(shù)據(jù)結構，則應當選擇這個內部數(shù)據(jù)結構的邊界上的值作為測試用例。7）分析規(guī)格說明，找出其它可能的邊界條件。錯誤推測法錯誤推測法： 基于經驗和直覺推測程序中所有可能存在的各種錯誤， 從而有針對性的設計測試用例的方法。錯誤推測方法的基本思想： 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例。 例如， 在單元測試時曾列出的許多在模塊中常見的錯

11、誤。 以前產品測試中曾經發(fā)現(xiàn)的錯誤等， 這些就是經驗的總結。 還有， 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。 輸入表格為空格或輸入表格只有一行。 這些都是容易發(fā)生錯誤的情況。 可選擇這些情況下的例子作為測試用例。因果圖方法 前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系， 相互組合等。 考慮輸入條件之間的相互組合，可能會產生一些新的情況。 但要檢查輸入條件的組合不是一件容易的事情， 即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多。 因此必須考慮采用一種適合于描述對于多種條件的組合，相應產生多個動作的形式來考慮設計測試用例。 這就需要利用因果圖（邏

12、輯模型）。因果圖方法最終生成的就是判定表。 它適合于檢查程序輸入條件的各種組合情況。利用因果圖生成測試用例的基本步驟：（1） 分析軟件規(guī)格說明描述中， 那些是原因（即輸入條件或輸入條件的等價類），那些是結果（即輸出條件）， 并給每個原因和結果賦予一個標識符。（2） 分析軟件規(guī)格說明描述中的語義。找出原因與結果之間， 原因與原因之間對應的關系。 根據(jù)這些關系，畫出因果圖。（3） 由于語法或環(huán)境限制， 有些原因與原因之間，原因與結果之間的組合情況不不可能出現(xiàn)。 為表明這些特殊情況， 在因果圖上用一些記號表明約束或限制條件。（4） 把因果圖轉換為判定表。（5） 把判定表的每一列拿出來作為依據(jù)，設計測

13、試用例。從因果圖生成的測試用例（局部，組合關系下的）包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況，構成的測試用例數(shù)目達到最少，且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加。前面因果圖方法中已經用到了判定表。判定表（DECision Table）是分析和表達多邏輯條件下執(zhí)行不同操作的情況下的工具。在程序設計發(fā)展的初期，判定表就已被當作編寫程序的輔助工具了。由于它可以把復雜的邏輯關系和多種條件組合的情況表達得既具體又明確。判定表驅動分析方法 判定表通常由四個部分組成。條件樁（ConDItion STub）：列出了問題得所有條件。通常認為列出得條件的次序無關緊要。動作樁（Action Stu

14、b）：列出了問題規(guī)定可能采取的操作。這些操作的排列順序沒有約束。條件項（Condition Entry）：列出針對它左列條件的取值。在所有可能情況下的真假值。動作項（Action Entry）：列出在條件項的各種取值情況下應該采取的動作。規(guī)則：任何一個條件組合的特定取值及其相應要執(zhí)行的操作。在判定表中貫穿條件項和動作項的一列就是一條規(guī)則。顯然，判定表中列出多少組條件取值，也就有多少條規(guī)則，既條件項和動作項有多少列。判定表的建立步驟：（根據(jù)軟件規(guī)格說明） 確定規(guī)則的個數(shù)。假如有n個條件。每個條件有兩個取值（0，1），故有 種規(guī)則。 列出所有的條件樁和動作樁。 填入條件項。 填入動作項。等到初始判

15、定表。 簡化、合并相似規(guī)則（相同動作）。B.Beizer 指出了適合使用判定表設計測試用例的條件： 規(guī)格說明以判定表形式給出，或很容易轉換成判定表。 條件的排列順序不會也不影響執(zhí)行哪些操作。 規(guī)則的排列順序不會也不影響執(zhí)行哪些操作。 每當某一規(guī)則的條件已經滿足，并確定要執(zhí)行的操作后，不必檢驗別的規(guī)則。 如果某一規(guī)則得到滿足要執(zhí)行多個操作，這些操作的執(zhí)行順序無關緊要。如何對文本框進行測試a、輸入正常的字母或數(shù)字。b、輸入已存在的文件的名稱；c、輸入超長字符。例如在“名稱”框中輸入超過允許邊界個數(shù)的字符，假設最多255個字符，嘗試輸入256個字符，檢查程序能否正確處理；d、輸入默認值，空白，空格；

16、e、若只允許輸入字母，嘗試輸入數(shù)字；反之；嘗試輸入字母；f、利用復制，粘貼等操作強制輸入程序不允許的輸入數(shù)據(jù)；g、輸入特殊字符集，例如，NUL及n等；h、輸入超過文本框長度的字符或文本，檢查所輸入的內容是否正常顯示；i、輸入不符合格式的數(shù)據(jù)，檢查程序是否正常校驗，如，程序要求輸入年月日格式為yy/mm/dd，實際輸入yyyy/mm/dd，程序應該給出錯誤提示在測試過程中所用到的測試方法：1、輸入非法數(shù)據(jù)；2、輸入默認值；3、輸入特殊字符集；4、輸入使緩沖區(qū)溢出的數(shù)據(jù)；5、輸入相同的文件名；命令按鈕控件的測試測試方法：a、點擊按鈕正確響應操作。如，單擊確定，正確執(zhí)行操作；單擊取消，退出窗口；b、

17、對非法的輸入或操作給出足夠的提示說明，如，輸入月工作天數(shù)為32時，單擊”確定“后系統(tǒng)應提示：天數(shù)不能大于31；c、對可能造成數(shù)據(jù)無法恢復的操作必須給出確認信息，給用戶放棄選擇的機會；單選按鈕控件的測試測試方法：a、一組單選按鈕不能同時選中，只能選中一個。b、逐一執(zhí)行每個單選按鈕的功能。分別選擇了“男”“女”后，保存到數(shù)據(jù)庫的數(shù)據(jù)應該相應的分別為“男”“女”；c、一組執(zhí)行同一功能的單選按鈕在初始狀態(tài)時必須有一個被默認選中，不能同時為空；updown控件文本框的測試測試方法：a、直接輸入數(shù)字或用上下箭頭控制，如，在“數(shù)目”中直接輸入10，或者單擊向上的箭頭，使數(shù)目變?yōu)?0；b、利用上下箭頭控制數(shù)字

18、的自動循環(huán)，如，當最多數(shù)字為253時，單擊向上箭頭，數(shù)目自動變?yōu)?；反之亦適用；c、直接輸入超邊界值，系統(tǒng)應該提示重新輸入；d、輸入默認值，空白。如，“插入”數(shù)目為默認值，點擊“確定”；或，刪除默認值，使內容為空，單擊“確定”進行測試；e、輸入字符。此時系統(tǒng)應提示輸入有誤。組合列表框的測試測試方法：a、條目內容正確，其詳細條目內容可以根據(jù)需求說明確定；b、逐一執(zhí)行列表框中每個條目的功能；c、檢查能否向組合列表框輸入數(shù)據(jù)；復選框的測試測試方法：a、多個復選框可以被同時選中；b、多個復選框可以被部分選中；c、多個復選框可以都不被選中；d、逐一執(zhí)行每個復選框的功能；列表框控件的測試測試方法：a、條目

19、內容正確；同組合列表框類似，根據(jù)需求說明書確定列表的各項內容正確，沒有丟失或錯誤；b、列表框的內容較多時要使用滾動條；c、列表框允許多選時，要分別檢查shift選中條目，按ctrl選中條目和直接用鼠標選中多項條目的情況；滾動條控件的測試要注意一下幾點：a、滾動條的長度根據(jù)顯示信息的長度或寬度及時變換，這樣有利于用戶了解顯示信息的位置和百分比，如，word中瀏覽100頁文檔，瀏覽到50頁時，滾動條位置應處于中間；b、拖動滾動條，檢查屏幕刷新情況，并查看是否有亂碼；c、單擊滾動條；d、用滾輪控制滾動條；e、滾動條的上下按鈕。各種控件在窗體中混和使用時的測試a、控件間的相互作用；b、tab鍵的順序，一般是從上到下，從左到右；c、熱鍵的使用，逐一測試；d、enter鍵和esc鍵的使用；在測試中，應遵循由簡入繁的原則，先進行單個控件功能的測試，確保實現(xiàn)無誤后，再進行多個控件的的功能組合的測試。ps：密碼輸入框測試時要特別注意進行字母