等價類：根據需求劃分有效等價類和無效等價類
邊界值：對等價類的補充，測試輸入框的邊界條件
錯誤推測法：根據同型別經驗的積累
場景法：劃分基本流（主流程）和備選流
先詳細的了解需求規格說明書，了解需求種的顯性和隱性的需求，劃分出業務流程圖，並分析出業務資料的流向，輸入資料，資料經過處理後資料的狀態，資料值的變化，頁面資料的顯示等等；並且需要會分析資料字典，分析業務資料流對資料庫資料的影響，會存在哪一些表，表種的資料是如何變化的。
第一步：詳看需求規格說明書，了解業務需求，劃分業務流程圖
第二步分析業務流中業務資料的流向及資料對資料庫的影響
借款人發起申請借款，p2p的發標人員會在後台增加乙個標，然後會有三次審核，第一次審核是發標專員自己審核，標的狀態顯示初審中，第二次審核是運營經理審核，標的狀態顯示為初審通過，第三次審核是運營總監審核，標的狀態顯示為競標中，然後前台就可以檢視到標的詳細資訊
投資人能夠在前台頁面檢視到競標中的標，能夠對其進行投資；在募集期內，募集的金額等於借款的金額就會滿標，啟動核保審批流程，如果核保審批通過了就會有第三方擔保銀行打款給借款人，如果募集的金額小於借款的金額，後台就會人工啟動流標流程，然後標就會在前台頁面消失
核保審批通過，就會生成回款計畫，正式開始計息，就會生成一張回款計畫表，生成匯款計畫表就會有回款日期，本金，利息，到了還款日期，就會自動扣款，如果沒有充值，就會進入逾期，後台就會啟動催收流程做逾期處理
資料庫資料的變化
註冊 mebmber表中會增加一條記錄（memberid passwd regname） 加標
loan表中會增加一條記錄，會生成乙個新的標，loadid，states 審核中 審核標 競標專員審核 loaid ,states
初審中 審核標 二審核 運營經理審核 loaid ,states 初審通過 審核標 三審核 運營總監審核 loaid ,states
競標中 投資人充值 member表中的amount金額會變化 financelog 表中會增加一條記錄 投資人投資
invest表中會增加一條記錄 （memberid loadid amount ） 滿標
load表中的標的狀態會變成滿標，同時會自動的生成滿標的時間 滿標後投資人的投資記錄會變成有效 流標
loan中的狀態就會流標中，投資人的記錄會變成無效，匯款記錄表會變成作廢
根據需求，對每乙個頁面元素的每乙個輸入框，等級等價類和邊界值使用xmind寫出所有可能的測試點
如何開始乙個專案
需求核對表 是否定義了系統的全部輸入，包括 精度，取值範圍，出現頻率等 是否定義了全部輸出，包括目的頁面，精度，取值範圍，出現頻，格式等 是否定義了所有的輸出可格式，包括頁面，等 是否詳細定義了所有軟體外部介面 是否定義了全部通訊介面，包括握手協議，糾錯協議，容錯處理，通訊協議等 是否列出了使用者需...
開始乙個專案
好久沒有做開發了，最近準備找個感興趣的事來做一下。現在物聯網可做的東西比較多，我也選乙個，做乙個環境引數的採集，通過感測器將空氣中的部分引數採集下來，通過網路傳輸的後台伺服器上，在伺服器上做乙個簡單的展示頁面，並對外提供開發介面。ok，那就開始了。首先，確定框架，前端採集，通過網路傳輸到伺服器。其次...
如何編寫乙個專案開發文件
專案開發過程中為了增加程式的可讀性和程式的健壯性，方便後期程式的除錯和維護，所以需要在開發過程中統一技術規範，一般會在專案初期確定好相關文件作為這一統一的規範。不同公司會對文件做不同要求，劃不同的分類，但一般來說 或者拿自己的經驗說 大致可以分為需求文件 介面文件 流程圖 可以單獨作為乙份檔案可以作...