1）
完善的需求文件，原型，概要設計文件
通過這些開發文件可以了解整個系統的架構。要實現的功能，及業務流程。為測試計畫中的測試要素和測試策略提供依據。在沒有詳細的開發文件時，可以項開發人員詢問，或參考先前的軟體版本。抓住業務流程。 2
）測試計畫的重要性
測試計畫從時間上進行了部署，明確的測試的重點和內容。在緊急情況下可以取捨。 2）
緊急情況的測試策略
測試重點先測
功能實現第一
介面優化最後 1）
測試要點的定位 2）
系統業務流程的理解
對業務流程的理解可以指導我們設計某些更深層次的用例。 3）
緊急情況下的取捨
要交付的重點明確
基本功能明確 4）
測試文件記錄
測試結果要做記錄，保留原始文件。以便日後做總結時又所依據。 5)
吸收前人的經驗 1)
表單內容的測試：輸入資訊的格式限制。 2
）bug
**結合的方式提交。（在說不清的時候，或不經常出現的bug
情況下很有用）
每個軟體測試階段都要經歷以下步驟：測試需求分析、測試過程設計、測試實現、測試實施、測試評價、測試維護。
a 測試需求分析
測試需求是整個測試過程的基礎；確定測試物件以及測試工作的範圍和作用。用來確定整個測試工作（如安排時間表、測試設計等）並作為測試覆蓋的基礎。而且被確定的測試需求項必須是可核實的。即，它們必須有乙個可觀察、可評測的結果。無法核實的需求不是測試需求。所以我現在的理解是測試需求是乙個比較大的概念，它是在整個測試計畫文件中體現出來的，不是類似的乙個用例或者其他.
·測試需求是制訂測試計畫的基本依據，確定了測試需求能夠為測試計畫提供客觀依據；
·測試需求是設計測試用例的指導，確定了要測什麼、測哪些方面後才能有針對性的設計測試用例；
·測試需求是計算測試覆蓋的分母，沒有測試需求就無法有效地進行測試覆蓋；
b 測試過程設計：包括測試計畫,測試策略制定，測試時間安排用，測試用例編寫等
c 測試實現：環境配置好了，新的版本也收到了，人員也都培訓好了等等
d 測試實施：已經按照測試計畫進行展開了，比如手工測試，自動化測試等
e 測試評價：對版本測試覆蓋率，測試質量，人員測試工作以及前期的一些工作制定情況進行評價，評估
f 測試維護：對測試用例庫，測試指令碼，bug庫等進行維護，保證延續性等
菜鳥工作半年的心得
自從2015年6月份畢業以來，我在乙個軟體公司工作已經有半年多了。當初，只為了不浪費大學四年所學的專業，我選擇了軟體開發這個行業。自此，開起了我的程式媛生涯。我不知道自己在這條路上能走多遠，但是我會盡自己最大努力走得遠一些！記得剛進公司的那段時間，我還處在迷茫狀態，以前從來沒有在軟體公司實習過 沒辦...
測試小白的測試心得
1 測試用例是測試工作的核心，寫測試用例的時候建議先提取測試點，再編寫測試用例。清晰且不容易遺漏。寫測試用例的過程中要不斷的調整，之前用例覆蓋到的測試點可以不寫，覆蓋率全且避免重複 2 測試資料要盡量真實。3 測試時考慮到了別人沒有考慮到的問題點，最好要去一一和產品確認溝通過 或者是發現了設計上有不...
關於測試的心得
1.深入理解uc 不管是日常還是專案，都要對uc有充分的理解。uc是由開發人員來編寫的，在思維方式與側重點上會和測試人員有所偏差。有時候會出現這樣的情況 開發人員認為自己的uc已經寫得很詳細了，但是測試人員卻不知道如何測試。這時候就需要測試人員和開發溝通，直至充分理解uc。這樣以後的uc評審 設計評...