教新手怎么入手軟件測試
當你剛踏入測試團隊的時候，你可能無從下手。拿來軟件就是一頓亂點。其實要做一個好的測試人員。一定要有一份好的計劃。所以測試計劃就是測試的開始。
在測試計劃里要對自己的軟件進行了解。是說明你對整個軟件的了解。以及業務處理的過程，了解軟件的測試重點在哪兒。所以業務描述和測試點就顯的十分的重要了。而在這里我建意測試新手要對測試點進行詳細的描寫，最好使用表格的形式。最后在用例中給自己列出一個大致的時候安排計劃。
而測試計劃只不過是一個開始，下面才是真正要進行測試的部份\"測試用例\"，在測試用例中對于新手來說。等價類和邊界法是最有較的測試方法，但是有很多的時候也要注意用因果圖會比這些方法好用的多。所以在這里我建意大家三種方法可以相結合的使用。較果更佳。在我感來其實功能測試用例就是記錄你的動做和反回值，看看是否正確。所以可以拉一張大表。分別寫出序號。測試項，動作，預期結果，輸入值，實際結果，說明。。。。。�？梢园礃I務流程順序寫�？赡軙泻枚鄺l結果，其實這個沒有關系。因為我們可能寫好多次一樣的業務流程，只不過輸入值不同，反回的結果就一定不同。如果后臺用的是大型數據庫，也可以對后對數據表的流向進行一下描述。對你對整個系統有很大的幫助。
最后進行總結進行歸檔報告。
最后再給大家發個測試用例模板。
第一：項目背景
簡單得介紹項目的名稱，項目開發的背景和開發的情況，以及只要完成的功能；術語的定義，參考的文檔 等內容
第二：資源分配
1）測試環境的搭建所需要的軟件和硬件說明，包括操作系統，補丁版本，數據庫版本，被測軟件版本，還有諸如打印機、掃描儀等外件信息
2）人員安排：包括任務、時間、人員及此任務輸出的產品。任務包括測試的產品、對軟件測試產品的了解、書寫測試文檔，執行測試等。
第三：測試依據文檔和輸出的文檔說明：測試依據就是該項目的需求文檔、設計文檔等信息，輸出文檔包括測試需求，測試計劃，測試用例，結果統計，缺陷分析
第四：測試內容
1）測試的功能點
2）測試方法、策略：包括采用何種方法測試，采用手工或自動化測試工具
4）約束條件（或測試邊界）：例如測試的軟件需要有一定的網絡環境 ，但是本次測試只測試軟件，默認網絡環境為正常。
第五：回歸測試的策略和具體安排以及缺陷的分析和總結
第六：風險估算
在測試過程中，可能會遇到開發人員由于出差、請假等原因；人員或者軟硬件資源限制；項目優先級發生變化等原因，在這些情況下項目如何處理，而如果項目由于某種原因被暫停，則重啟該項目測試的條件是什么，這個也需要說明清楚
1、測試目的
測試軟件是否真正的對于用戶的需求進行了實現，并使系統達到用戶可以接收的程度。
2、測試前期準備
從客戶的角度進行測試，測試前要非常明確系統要達到的功能目標，測試人員所具備的專業的鑒賞能力，應當明白重點及非重點。
3、編寫測試計劃
測試計劃一定要包涵以下內容：
�、� 明確職責。
�、� 明確的測試功能，進行功能的優先順序排序。
對于測試工作安排一般次序如下：
● 系統安裝
● 系統參數設置
● 遍歷所有的業務功能，并明確是否實現了所有的需求
● 通過測試
● 準確性測試(含數據測試)
● 失敗測試
● 狀態測試
● 業務處理功能查詢功能及報表功能
● 系統性能
�、� 測試數據設計說明。
�、� 培訓及其它支持條件
4、測試用例設計
對于軟件的測試從以下幾個方面考慮：
1）用戶需求的完整性：
是否根據用戶所需求的業務流程，進行了相應的具體系統的實現。
2）文件的完整性：
是否已完成合同及約定所明確的所有的文件。
3）通過測試(含準確性測試)
測試的第一步，測試系統能做什么工作。
4）條件覆蓋測試
測試的第二步，測試系統多方面考慮進行的怎么。通過一定的測試數據明確是否進行了足夠的條件覆蓋，使系統達到足夠的質量。
5）數據約束的合理性：
數據是否是約定條件范圍內；對于越界處理是否正常；默認、空白、 null 值、零值的處理是否正常。
6）狀態控制
進行系統和功能在不同狀態下的處理，如數據庫關機，客戶機開機是否能正常。
7）軟件常規性能及其他：
軟件所需的操作環境及易使用性，可移植性、兼容性、錯誤恢復能力和可維護性等等是否為用戶認可。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
