完成測試任務
在大多測試職位中，通常都會提交Bug。Bug質量和描述都很重要，建議：
● Bug簡述應一目了然，不能含糊，長度不得超過30個字。
● 提交的Bug應用客觀的書面語，避免使用口語。
● 測試中一旦發現BUG，需要及時提交BUG。
● 在提交Bug前，應查詢庫里已有的Bug，防止同樣的Bug重復提交 。
● 優先級別、嚴重性級別、重復性定義盡可能準確。
● Bug描述中千萬不要有錯別字，在細節處也都要隨時體現質量人員的素質。
總之，按時、高質量地完成安排的任務，這是最重要的。在這一過程中，如遇上問題，需要及時想辦法解決；若自己無法獨立解決，應及時請教別人。總之，一定要準時、高質量完成任務，如無法完成，一定要提前報告給你的上級。
你做到了嗎？
進入公司后，能夠快速熟悉公司文化、開發及項目流程，并融入其中。轉正前能夠達到：
● 熟悉基本測試理論，熟悉業務標準，能很好地運用測試理論知識，獨立編寫測試用例設計。
● 熟練運用必要的測試工具。
● 獨立、按時完成測試任務。
總結
親愛的朋友，不知道這些內容對你是否有幫助？我只想告訴你們，不管遇上何種困難，只要有信心，努力后一定是可以解決的。我的一位老師曾經在我困難的時候說，可能這個世界從來都不是公平的，有的人生下來就擁有很多，而有的人注定要非常努力后才能獲取那么一點點，但是永遠別失去信心，相信自己努力后，明天一定比今天好！感謝曾經給我指導、幫助的朋友！ 編者之話
親愛的朋友，本文主要是針對打算進入軟件測試領域的朋友們編寫的。在我的面試經歷中，我經常會遇見很多剛走出大學校門的朋友。他們都非常優秀，但是由于各種原因，例如因經濟原因無法參與專業培訓、短期無法找不到工作而準備放棄在大城市奮斗等，在職業選擇方面非常迷茫。我非常希望能將自己的經驗跟大家分享，如能對年青朋友們有一些幫助，我就非常高興。感謝你們閱讀本文，謝謝！
職業發展
“你為什么選擇軟件測試？”。面試時很多人回答：“因為軟件測試簡單”。這樣的回答其實很糟糕。如果你是真心喜歡、熱愛這個行業，再加上你的認真、踏實、負責、以及良好的團隊合作等，恭喜你，不管你的計算機基礎如何，你都能在軟件測試行業有很好的發展前途！
入門
當你決定進入軟件測試行業，若你對軟件測試還不太了解，我建議你去書店選擇軟件測試相關書籍學習幾天（特別提醒：對于重點知識、疑問等需做好筆記，并及時查閱資料將疑問解決掉）。經過這一階段的學習，你可以知道哪些書寫得比較好，可以從中買下1-2本書帶回家仔細研究！
面試
恭喜你獲得面試機會。這時候，你應該真誠、勇敢地參加面試。面試的時候，眼光請一定要正視考官，把你自信、優秀的一面充分展現出來。
入職
恭喜你進入軟件測試行業。通常，通過一個月左右的時間熟悉、學習業務知識，如果你能順利地把測試理論知識很好地應用于實際工作中，并按時完成上級安排的測試任務，到第二、三個月時你就基本具備獨立執行測試任務的能力了。我相信，你一定能順利轉正。
測試用例設計
理論與實踐相互結合是非常重要的。不知道其他公司對測試用例設計如何看待，而我始終是特別重視的。
對于踏入這個行業的新人，我通常會花一周左右的時間對他們進行測試用例設計方面的培訓，重點指導新人們如何將理論用于實踐。
測試用例模板
我相信每家公司都有自己的測試用例設計模板。我采用的測試用例設計模板主要包含：
● 最小功能測試集：用于簡單、快速地驗證系統是否滿足基本的功能需求（最小功能集最好能夠做到全部自動化）；
● 復雜功能測試集：用于進一步驗證系統能否在復雜、或不常見的合法輸入和操作下正常運行；
● 健壯性測試集：用于測試系統能否在各種異常輸入、異常操作或者異常環境下正常響應，以及檢測在出錯之后系統能否正常運行，是否造成數據丟失、是否毀壞其它相關的軟件和硬件等；
● UI測試集：編寫跟UI設計相關的測試集。
說明：
最小測試集、復雜測試集、以及健壯性測試集都是根據需求、使用測試用例設計方法編寫的。UI是根據產品UI設計文檔編寫的。
在編寫測試用例的時候，需要思考以下幾個問題：
● 為什么功能性測試用例必須覆蓋全部需求？
這問題不回答了，大家一定理解。
● 哪種測試用例便于他人審核是否有效？哪種測試用例便于增加、刪除、修改？
具有樹型結構、清晰層次關系的測試用例。審核人員一般會先審核樹枝是否全面覆蓋需求、是否有冗余，然后再審核樹葉是否全面、是否有冗余。如果具有這樣的層次關系，用戶也能很好地維護測試用例。
● 哪種測試用例便于多項目共用？為什么要將功能與UI測試測試集分開？
在測試用例設計中，將功能與UI測試用例分開，這樣對于功能相同的需求，功能性測試用例就可以在多個項目中通用。為了功能性測試用例能夠在多項目中通用，功能性測試用例需 要使用通用詞語描述。UI用例應該只描述各產品UI的一些約束部分，參考后面電話模塊測試用：當電話撥號盤沒輸入號碼，鍵盤“灰顯”等，這約束跟具體項目有關，屬于UI用例。
需求模塊劃分
在設計測試用例前，充分理解需求是非常必要的。在此基礎之上再對需求進行模塊劃分，形成一棵需求樹（說明：劃分模塊的時候，需求可以重復。但重復不宜太多，否則需要思考劃分的模塊是否合理？）。
電話模塊需求樹例子：
（未完，見下頁續表）
（續表）
根據需求編寫測試用例
基于需求的模塊劃分結果，結合邊界值、等價類等測試用例設計方法，根據測試用例設計模板，編寫功能性測試用例，即編寫基本功能、復雜功能、健壯性測試用例。
注意事項：
1、理解測試用例設計方法特別重要。常用的測試用例設計方法有等價類、邊界值等，建議大家能深入理解，針對不同類型的需求就可以選擇一種或多種適宜的測試用例設計方法編寫測試用例。
2、建議每個測試目的下的測試用例不超過10條。如超過10條，需要再提出一層。這樣做的目的，是便于自己和他人審核，因為單個目的下的測試用例如果太多，容易導致審核人員的思路混亂，從而很難對測試用例提出有效的改進意見！
電話模塊測試樹例子：
