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

　　高效設(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版，利用測(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è)試用例的方法。

　　一般選擇方法順序：在考慮好被測(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)審后寫入TestDirector中。

　　7、挑選冒煙測(cè)試用例(抽取用例總數(shù)的10%~20%左右進(jìn)行冒煙測(cè)試來(lái)反映基本功能)。

　　2010年下半年軟考成績(jī)查詢時(shí)間及方式匯總

　　2011年上半年計(jì)算機(jī)軟考時(shí)間及科目安排

　　2011年軟件水平考試軟件測(cè)評(píng)師基礎(chǔ)知識(shí)輔導(dǎo)匯總

　　2011軟考軟件測(cè)評(píng)師測(cè)試技術(shù)輔導(dǎo)匯總