測(cè)試用例的設(shè)計(jì)與測(cè)試執(zhí)行流程

1、高效設(shè)計(jì)測(cè)試用例培訓(xùn)結(jié)束了，在上機(jī)練習(xí)的過(guò)程中，給他們穿插了 sougo輸入 法的項(xiàng)目測(cè)試。之所以選擇sougo輸入法，是因?yàn)榇蠹覍?duì)它比較熟悉，不用再 熟悉其業(yè)務(wù)了。而且sougo輸入法從1.0.14到現(xiàn)在的4.0有多個(gè)版本。每個(gè)版 本更新前都會(huì)有當(dāng)前版本更新的bug列表，和新增功能點(diǎn)列表。特別適合我們模 擬實(shí)際的測(cè)試過(guò)程。這次我們測(cè)試使用TD從需求管理到缺陷管理的整個(gè)測(cè)試過(guò) 程的管理。經(jīng)過(guò)大家的努力和配合，我們采取邊做測(cè)試邊總結(jié)的方法，最后總結(jié) 出測(cè)試工作中的工作流程，下面就是總結(jié)出的測(cè)試流程，大家看到后多多交流。一、需求分析：1、列出測(cè)試需求（根據(jù)需求規(guī)格說(shuō)明書(shū)、幫助文檔、軟件的demo版

2、，利用測(cè)試 大綱法，以每個(gè)窗體為對(duì)象，每個(gè)窗體里面的控件為單位列出測(cè)試功能點(diǎn)。）2、需求等級(jí)劃分，依據(jù)需求內(nèi)容的重要程度劃分為：高、中、低等。3、劃分需求類型，（功能性、易用性、兼容性等）。4、評(píng)審需求（軟件不熟悉的情況下采取以集體的形式整體討論的方法評(píng)審需求 或設(shè)立專人負(fù)責(zé)評(píng)審）。5、需求列入TestDirector （評(píng)審后的結(jié)果在TestDirector要有體現(xiàn)）。二、用例設(shè)計(jì)：1、根據(jù)功能點(diǎn)確定人員分工，具體的功能點(diǎn)分配給具體的組員。2、測(cè)試用例的編寫，借助功能演示demo、前一階段所編寫的測(cè)試功能點(diǎn)等編寫 測(cè)試用例。3、要求組員對(duì)自己負(fù)責(zé)的功能點(diǎn)選擇具體的設(shè)計(jì)測(cè)試用例的方法。一般選擇

3、方法順序：在考慮好被測(cè)試軟件本身的特性后，一般首先邊界值挑選最 具有代表性的數(shù)據(jù)；然后使用等價(jià)類進(jìn)一步補(bǔ)充；如果要考慮各功能的輸入輸出 關(guān)系可以使用因果圖、判定表法；但如果輸入太多，可以使用正交排列法選擇減 少測(cè)試用例，并且是測(cè)試數(shù)據(jù)均勻分布。這些理性方法都使用完后，在測(cè)試執(zhí)行 階段，可以使用隨機(jī)測(cè)試法或者錯(cuò)誤猜測(cè)方法進(jìn)一步豐富你的測(cè)試用例。4、針對(duì)所設(shè)計(jì)的用例對(duì)軟件的功能點(diǎn)（以及其他類型的需求）進(jìn)行需求覆蓋。我們列測(cè)試需求的最主要目的，就是為了完成對(duì)需求的覆蓋，所以這個(gè)是對(duì)每一 個(gè)設(shè)計(jì)測(cè)試用例的人員的基本要求。5、用例評(píng)審，優(yōu)化用例的數(shù)量確保用例的質(zhì)量（設(shè)定專人評(píng)審）。6、評(píng)審后寫入Test

4、Director中。7、挑選冒煙測(cè)試用例（抽取用例總數(shù)的10%20%左右進(jìn)行冒煙測(cè)試來(lái)反映基本 功能）。三、測(cè)試執(zhí)行：測(cè)試執(zhí)行工作應(yīng)盡量做到詳細(xì)，依據(jù)測(cè)試計(jì)劃里面的測(cè)試的整體安排，但是因?yàn)?根據(jù)實(shí)際工作進(jìn)度要做適當(dāng)調(diào)整。一般情況是當(dāng)天晚上前安排好明天的具體工 作，具體任務(wù)可以以測(cè)試用例的數(shù)量來(lái)衡量。測(cè)試組長(zhǎng)的幾個(gè)重要工作步驟：1、確認(rèn)人力以及硬件資源是否到位，測(cè)試開(kāi)啟時(shí)間是否和測(cè)試整體計(jì)劃相一致。2、按照測(cè)試計(jì)劃著手準(zhǔn)備具體的測(cè)試工作。3、在TD中，Test Lab里面設(shè)置以天為單位安排組員當(dāng)天的應(yīng)完成的用例，以 及利用TD分析功能總結(jié)當(dāng)天執(zhí)行用例的情況。4、指導(dǎo)組員工作，解決組員工作遇到的疑

5、難問(wèn)題5、做好審查工作，監(jiān)督組員工作6、做好全組當(dāng)天執(zhí)行情況的總結(jié)用例執(zhí)行通過(guò)情況、發(fā)現(xiàn)bug數(shù)量、以及在各個(gè)模塊中的分布情況等7、將當(dāng)天任務(wù)的執(zhí)行情況書(shū)面化呈報(bào)上級(jí)領(lǐng)導(dǎo)階段任務(wù)完成后書(shū)寫整個(gè)階段的測(cè)試總結(jié)報(bào)告衡量當(dāng)前版本軟件的質(zhì)量以及相 關(guān)的發(fā)布問(wèn)題。四、下一版本的工作安排：根據(jù)軟件更新功能的多少分為兩種情況：1、一種是軟件更新功能較少（新增加功能點(diǎn)是前一版本總功能的%5以內(nèi)），執(zhí) 行回歸測(cè)試，根據(jù)新的功能點(diǎn)增加相關(guān)的需求和測(cè)試用例，確定新的功能點(diǎn)安排 相關(guān)人員執(zhí)行新加的測(cè)試用例；2、另外一種情況是軟件的新增更能點(diǎn)較多，則按照新的系統(tǒng)測(cè)試執(zhí)行，首先進(jìn) 行冒煙測(cè)試，通過(guò)后進(jìn)行詳細(xì)的系統(tǒng)測(cè)試，測(cè)試過(guò)程中重點(diǎn)測(cè)試上一版本出現(xiàn)的 缺陷（返測(cè)）、新增功能以及修改缺陷新增功能所影響到的模塊。新本版出現(xiàn)，總體按照測(cè)試執(zhí)行階段的測(cè)試工作流程進(jìn)行測(cè)試同時(shí)注意特殊問(wèn)題 特殊處理。五、提交缺陷（bug）提交的缺陷需要測(cè)試部門專門人審查，通過(guò)審查后的缺陷，提交的TD中。主要 審查下面幾個(gè)方面：1、發(fā)現(xiàn)的問(wèn)題是否是缺陷（bug）2、是否是重復(fù)的缺陷（bug）3、缺陷（bug）程度的優(yōu)先級(jí)是否合理4、缺陷（bug）修復(fù)情況看到很