在csdn上學到很多

      最近一直在忙於寫測試案例，公司的測試規模隊伍已經壯大，但是還沒有一些規範的流程，包括測試案例，測試計劃等等，去年的個人小結中自己把一些想法寫出來，在今年的會議上領導加以實施，先讓我們寫測試案例，以前我們也寫過，可都沒有得到實施，確切的說並沒有用到實際工作中去，只是寫了就扔了，不了了之，而今又有了這個計劃，而我對於此計劃還是很用心的，畢竟也是自己的一個提議，所以不知不覺中總是要逼自己去做好它，其實也是希望自己能在工作中有一點成就，所以我想沿用rational的一些測試案例，可是一直沒有什麼太大的頭緒，關鍵我覺得是不是專業軟體的不同導致了測試案例的不同，我有一點點力不從心，萬事開頭難呢！

      在csdn上看到一些文章，對我啟發很大，下面我將摘錄一位《Roger Ge的專欄》上的一些觀點，我不是抄襲，只是將其好的觀點記錄下來，有些有疑問，希望csdn上的各位能給予一個好的答案，謝謝各位！

n   業務情境測試：驗證軟體核心商務程序，包含主要功能點的邏輯路徑覆蓋。

n   功能點測試：包括測試方法和測試資料的組織兩個部分。

關於業務情境測試，個人認為要畫出詳細的商務程序圖及路徑覆蓋組合，因為這部分是軟體的核心功能，在任何種類的迴歸測試中都要著重進行測試。至少在每次基準版本發布前進行全迴歸測試。如果條件允許，將之逐步實現成自動化測試將會帶來非常大的效率改善。

這裡對於“要畫出詳細的商務程序圖及路徑覆蓋組合”有些疑問，商務程序圖是要那種一個步驟一個步驟的來描述，還是一個大體的架構？如果太詳細的話是不是這個圖太複雜了？還有路徑覆蓋組合是用指令碼測試嗎？我們只是手工測試，並沒有涉及到單元測試，因為並不會開發，所以這一點肯定不能得到實現，請大家給予一些建議和觀點！還有我們的主產品是建築軟體，對於計算是相當的複雜，這也是對於寫測試案例的一個痛點，不知道大家從事哪方面的軟體測試呢？