一、測試覆蓋率
測試方法及技巧的應用
真正業務場景的滿足
測試資料的設計覆蓋
1.測試資料設計方法一
構造測試資料時，需要看資料的開源，資料的**一般來講有3個，乙個是根據被測系統需求的分析，針對正常業務，異常情況，邊界情況等來構建完整的資料，又稱為造資料，這不僅僅包括最近本的基礎資料，比如，使用者、許可權、配置、原資料等、還包括上面提到的業務資料，
對於比較小型的系統可行性比較高、對於大型系統來說可能較為負雜。
2.測試資料設計方法二
第二種方法就是利用現有系統，這是和已有類似系統，測試是針對公升級或者增加功能化的系統。這種情況把已經在生產環境中執行的資料匯出，在此基礎上再作資料的整理、加工為測試資料。
3.測試資料設計方法三
還有一種方法就是將現有非電子化的業務資料匯入到系統中，在驗證業務的同時也完成了測試資料的積累，即邊測試邊積累資料、但是這種情況積累的資料往往具有一定的侷限性，因為已經發生的業務資料基本上是正確的、一致的、而且可能缺少某些特定業務的資料。這樣就需要根據測試需求的分析，追加新的測試資料，以便能完整覆蓋業務型別。
二、測試資料應用
1.非空資料是否有校驗。
2.該有預設值的資料是否有預設值。
3.引用其他功能生成的資料是否會實時重新整理。
4.頁面關閉或系統重啟後，資料的初始化設定等。
5.資料的長度、型別控制是否合理，比如身份證號、實際業務中會有字母，且會出現在最後一位。
對應方法：等價類，邊界值，場景法
優選角度：使用者
三、測試資料設計及維護
軟體測試用例設計方案
測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求，通俗的講 就是把我們測試系統的操作步驟用按照一定的格式用文字描述出來。理清思路是我們認為最重要的一點，有的系統本來就是乙個大而複雜的專案，我們需要把專案功能細分，...
TinyURL設計方案
現在貌似tinyurl很火爆，也逐漸成為一種流行趨勢。對應於php版本的tinyurl也有一些演算法，其實本質上來說是一種hash。除此之外，還有另外一種tinyurl方案 類似於http img.ly 其實這種設計 是最簡單的，沒有使用hash，而是遞增，這種的好 處就是資料庫 可以無限擴充套件，...
許可權設計方案
簡要介紹一下該許可權管理系統的特點，該系統功能上做到了靈活授權，操控細緻，許可權可以細到按鈕及超鏈級別,而且部署簡單，下面談談我自己的設計經驗。該系統主要功能如下 1 自定義操作動作 如增加 刪除 修改 審核等，不再是以前見過的那種粗粒度的 按模組分配許可權，或者稍微先進點的規定死某幾個操作了 2 ...