軟件功能測試用例的書寫方式 軟件測試

　　功能性測試用例

　　1. 測試的來源，即測試的需求

　　測試用例的主要來源有：

　　1) 需求說明”及相關(guān)文檔

　　2)相關(guān)的設(shè)計(jì)說明(概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等)

　　3)與開發(fā)組交流對(duì)需求理解的 記錄(可以是開發(fā)人員的一個(gè)解釋)

　　4)已經(jīng)基本成型的UI(可以有針對(duì)性地補(bǔ)充一些用例)

　　簡而言之，所有你能得到的項(xiàng)目文檔，都盡量拿到。 從所得到的資料中，分解出若干小的“功能點(diǎn)”，理解“功能點(diǎn)”，編寫相應(yīng)的測試用例。

　　2. 用例的組織方式

　　不同的公司有不同的做法，原則上，只要方便管理和跟蹤，怎么組織都可以的。

　　用例可以按大的功能塊組織，如查詢功能模塊的用例，可以組織在一起，打印模塊的測試用例，可以另外組 織在一起。

　　在沒有專門的測試用例管理工具的情況下，用例執(zhí)行后會(huì)產(chǎn)生2種狀態(tài)：“通過”、“失敗”——這樣加上“未 執(zhí)行”的用例的狀態(tài)，共3種狀態(tài)。

　　即從“未執(zhí)行”用例中執(zhí)行一個(gè)用例后，該用例狀態(tài)應(yīng)為“失敗”或“通 過”。將同一狀態(tài)的用例組織在一起。

　　至于用例文件格式，可以是.DOC或.XLS(如果有專門的測試用例管理工具另當(dāng)別論)。

　　3. 用例與其他材料的關(guān)聯(lián)方式，即如何解決用例跟蹤的問題 測試用例面臨的比較大的風(fēng)險(xiǎn)有：

　　需求的變更、設(shè)計(jì)的修改、需求的錯(cuò)誤和遺漏等等。

　　由于用例的主要來源是需求和設(shè)計(jì)的說明，所以對(duì)用例的跟蹤其實(shí)就是對(duì)需求和設(shè)計(jì)的跟蹤，需求和設(shè)計(jì)的 變更勢必引起測試用例的變更。

　　如前所說，將分解的功能點(diǎn)編號(hào)，與相應(yīng)的用例聯(lián)系起來。例如，你可以列一個(gè)表格，列出各個(gè)(編號(hào)的)功 能點(diǎn)和測試用例間的關(guān)聯(lián)關(guān)系。

　　這樣，當(dāng)需求和設(shè)計(jì)發(fā)生變化時(shí)，你只需要跟蹤“功能點(diǎn)”是否變化，是否增 加了新的功能點(diǎn)。

　　重要和困難的是，不手頭的資料和信息一定要是最新的。

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

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

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