軟件測試的問題真的是不多見，在編寫測試用例的時候首先需要測試者有著清晰的思路，對測試用例編寫的理論有著深刻的認(rèn)識，比如：因果圖、等價類、邊界值、判定表、正交表等等，這是編寫測試用例的一個前提，需要知道這個方法適用于那些業(yè)務(wù)的場景上，然后開始進(jìn)行下面的步驟。

1、測試需求分析

需求文檔對于測試分析來講是十分的重要，所有的功能點都包含在文檔當(dāng)中，需求文檔的分析透徹，案例設(shè)計才能做到盡可能的不遺漏，需求文檔分析還有一個好處就是可以有效控制一些文檔中一些摸棱兩可，不確定因素。

2、業(yè)務(wù)流程和功能點的分析

軟件測試，不單純是或不能是只基于功能的黑盒測試，還需要對軟件的內(nèi)部處理邏輯進(jìn)行測試。為了不遺漏測試點，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測試用例設(shè)計前，先畫出軟件的業(yè)務(wù)流程。如果設(shè)計文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計，可以從測試角度對現(xiàn)有流程進(jìn)行補充。如果無法從設(shè)計中得到業(yè)務(wù)流程，測試工程師應(yīng)通過閱讀設(shè)計文檔，與開發(fā)人員交流，最終畫出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的業(yè)務(wù)和數(shù)據(jù)處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測試用例的設(shè)計。

從業(yè)務(wù)流程上，應(yīng)得到以下信息：

A、 主流程是什么

B、 條件備選流程是什么

C、 數(shù)據(jù)流向是什么

D、 關(guān)鍵的判斷條件是什么

3、測試用例評審

測試用例評審時測試者輸出的產(chǎn)物，需要開發(fā)和產(chǎn)品在場開啟評審會議，評審內(nèi)容主要是本次需求的測試點和測試流程，需要他們來確認(rèn)和補充一些遺漏的測試點，還有能夠把三方對需求理解不一定的地方進(jìn)行有效的溝通。

4、用例優(yōu)化

用例優(yōu)化實在上一個步驟的基礎(chǔ)上，在用例評審?fù)瓿芍螅槍h上所提出的問題，按照三方一致達(dá)成的業(yè)務(wù)需求目標(biāo)，對測試用例進(jìn)行一定的優(yōu)化和改造。
相信經(jīng)過上述幾個步驟，就能夠高效的編寫測試用例了。