1、了解軟件的原始需求（測試目的） 在編寫一個軟件或者模塊的測試用例時候，一定要明白這個功能的原始需求，也就是軟件的使用者（客戶）的需求。理解原始需求后，編寫的測試用例才更有目的性。
2、熟悉軟件的功能需求（測試點）
這個功能需求是指軟件的細化需求點，這個一般在需求文檔里面都會體現(xiàn)。這里要做的是把 “粗略”的需求，細化成一個個小需求點。熟悉功能需求后，要知道軟件是怎么使用的，這也才能覆蓋到各種操作。
總之，測試用例一定要全部覆蓋所有的需求點，這是最基本的一點。
3、熟悉軟件的實現(xiàn)原理（測試點）
在理解原始需求和軟件的功能需求后，根據(jù)需求編寫的測試用例，基本上都能覆蓋得比較全面了。
在此基礎上，熟悉軟件的實現(xiàn)原理，理解軟件的內(nèi)部處理。
（1）熟悉原理的過程是進一步深入熟悉軟件的過程。如果單單是從需求點上面覆蓋案例，測試用例只能覆蓋“表面”的一層。一些內(nèi)部的處理流程也許沒有覆蓋到，而這些沒有覆蓋到的代碼很可能就是一個風險點。
（2）熟悉模塊原理后，還有一點就是易于分析軟件模塊的關聯(lián)性。一個大型的軟件，都是一些小模塊的組合而成。軟件越是大型，耦合就越大，“互相影響”就會越多，若設計用例單單從模塊本身考慮的話，很可能就會對其他模塊造成風險。
4、用戶場景和網(wǎng)上問題（測試點）
從用戶的使用場景考慮，這在一些網(wǎng)絡設備比較重要，比如軟件后期在一些真實的使用環(huán)境中使用。
還要就是從一些網(wǎng)上問題總結(jié)出來的，那些地方容易出錯，在設計案例的時候需要考慮進去 。
5、測試用例的框架
一個測試用例的框架體現(xiàn)了一個測試人員在設計測試用例的整體思路。框架也是從大到小劃分下來，可以是：
UI界面，功能，容錯，兼容，性能等幾大類，每個大類在根據(jù)軟件的邏輯等進行劃分成小類，最后細分到測試點。
6、測試步驟（測試技巧方法）
前面4點都是從測試點的角度考慮，測試用例在完成測試點外，接下來就是測試步驟和測試結(jié)果啦。
測試用例可以寫的很詳細，也可以寫的比較簡單。這要看公司的要求，有些公司要求測試步驟很細很細，包括測試結(jié)果和測試步驟一一對應。
要求測試步驟寫的很詳細的公司，一般是怕執(zhí)行人員的執(zhí)行力不到位，導致沒有理解案例的目的，導致漏測。一般出現(xiàn)在新員工對軟件系統(tǒng)的不熟悉。
如果測試步驟寫的很詳細的話，會很耗時間，而且過于詳細的會限制執(zhí)行人員的思維。個人認為測試用例的重點在于測試點上。
7、測試用例的一些思路
在設計測試用例中，通常較多使用的是邊界值，等價類，通過和不通過測試。下面從單個模塊或者單個功能點考慮：（結(jié)合一些網(wǎng)上文章的觀點）
（1）UI界面：易用性，提示信息，整體布局，按鈕圖標，色彩，中英文標點錯別字。
（2）數(shù)據(jù)的多樣性：有效數(shù)據(jù)，合法的無效數(shù)據(jù)（邊界值），非法的異常數(shù)據(jù)，產(chǎn)生錯誤輸出的合法數(shù)據(jù)組合等各種數(shù)據(jù)的組合。
（3）操作多樣性：添加刪除編輯查詢 ，多用戶的操作。
（4）容量測試
（5）用戶權限：使用權限，各種操作的權限。
（6）升級安裝卸載：平滑升級
（7）日志相關（包括調(diào)試日志）
（8）軟件功能的邏輯劃分：功能上劃分未能覆蓋的代碼邏輯，可以添加白盒灰盒用例。
（9）可靠性，容錯性
（10）兼容性：瀏覽器，系統(tǒng)，支撐軟件。
（11）安全性
（12）性能（這里的性能是指，單個模塊或者子系統(tǒng)的性能）
總之測試用例首先要能覆蓋所有功能需求點，然后搞懂軟件處理邏輯，可以找開發(fā)一起看測試用例，把沒有覆蓋到的代碼流程相應的用例補充，至此，用例基本不會出現(xiàn)基本功能的問題。
在此基礎上，可以進行一些可靠性，容錯性，兼容性等用例的設計，測試下軟件的穩(wěn)定性。