沒想到，第一次寫部落格是寫測試。
實習測試，也算意料之外中的驚喜吧，我的一開始想法是前端來著，後來覺得測試也OK，反正也算我的方向吧。所以也投了測試相關職位，沒想到一次成功，還是比較不錯的公司，感謝我轉的好運微博，O(∩_∩)O哈哈~當然前天晚上也惡補了相關知識。

廢話不多，以下，是最近一個月接觸到的測試相關知識，像這種知識性的網上一大把，我也不細說了，這個都要實際去接觸才會有感受：
測試流程：
1.需求評審：相關人員對軟體需求文件進行評審，內容是否完善，是否有描述不清楚或矛盾的地方
2.需求分析： 需求分析這一過程是主要確定系統必須完成哪些工作，對目標系統提出完整、準確、清晰具體的要求。
3.測試計劃： 根據需求估算測試所需資源（人力，裝置等）、所需時間、功能點劃分、如何合理分配安排資源
4.用例設計：測試用例是指導你執行測試，幫助證明軟體功能或發現軟體缺陷的一種說明。用例設計好之後，會進行評審。
5.測試環境：軟體+硬體+網路+資料準備+測試工具
6.執行測試：開發人員提交第一個版本，如果存在未完成的功能，開發需跟測試人員說明，然後測試人員根據測試用例的詳細步驟，執行測試用例，發現BUG提交缺陷庫。
7.BUG跟蹤：開發人員提交第二個版本，包括修改的BUG以及增加的部分功能，測試人員進行第二輪測試和迴歸測試，跟蹤BUG直到關閉。重複上面的工作，一般情況下3-4個版本後BUG數量減少。
8.測試報告：測試報告是指把測試的過程和結果寫成文件，對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。

測試方法：從不同角度，有不同的分類
1.從是否關心軟體內部結構和具體實現的角度劃分
白盒測試、黑盒測試、灰盒測試
2.從是否執行程式碼角度
靜態測試、動態測試
3.從軟體開發的過程按階段劃分有
單元測試、整合測試、確認測試、系統測試、驗收測試、迴歸測試

ＢＵＧ的提交：
其實如何判斷是否是一個優秀的bug，最重要的一個標準： 開發不用詢問測試就知道怎麼重現這個bug， 或者能夠理解這個bug， 而不是看不懂這個bug。對於我來說，目前做的不夠好，應該再細緻一點，萬無一失。
一個bug單包含哪些要素：
1、所屬的系統
2、發現的版本
3、發現bug所屬的模組
4、bug提交人
5、bug的錯誤型別：程式碼錯誤、介面優化、設計缺陷、配置相關、安裝部署、安全相關、效能問題等
6、bug的重現概率： 必現 大概率重現 小概率重現 極小概率重現
7、bug的嚴重級別：致命 嚴重 一般 提示
8、bug的優先順序：高 中 低
9、bug的標題 言簡意賅說明是什麼bug， 而不是把測試用例名字複製一遍
10、bug單號 一般系統自動生成
11、bug內容：發現的環境、 預製條件、重現步驟、預期結果、實際結果， 截圖證明，bug錯誤說明，
12：附件：測試用的資料或者出錯的日誌， 如果需要新增上日誌
提交bug的時候儘量把截圖附上，並對截圖進行標註，操作過程說明清楚，畢竟字不如圖，描述半天不如一張圖。

資料標註：
最近做得最多的是資料標註，判斷情感分類；聽起來挺簡單的，畢竟平時看看評論也能反映出這是好評，中評還是差評。可是對於這次大量的資料標註，明顯有點“複雜”，因為在判斷初期我們有個理念，所以會擯棄劃分掉其他平時中我們覺得是一類的資料，漸漸團隊也會總結各種情況，就類似閱讀理解了，挺有意思的。。。

一個月以來的心得：
*對於目前我們測試，都是功能測試，點點點，其實挺有趣的，有些bug靠自己的想法找到也不失為優美的藝術。
*對於寫測試用例，明白需求是非常重要的，這樣才會寫出比較完善有效的用例。但是實際操作中也會發現很多需要測試的點，所以要不斷改善，才能發現更多的bug。而且有時候需求是在不斷變化的，一定要更上進度。
*最近主要提交bug，對於找bug，一定要把自己當做使用者，一定要存疑，一定要有要把專案做到最完美的信念。初期，我對於需求也只是通過用例，相關圖資料有個大致瞭解。但是在找bug中也會有很多細小的不同。比如有些功能有，但是不夠好；比如有些地方沒有提到的功能，加上是否更好？還有一些bug，修改了，但是效果不大或者目前情況看不出效果等等，這些作為初入測試的我，我知道不能衝動行事，畢竟對於業務我瞭解的不深，或者對於某些功能的實現以及專案的完成度不瞭解，導致有些bug是目前沒必要的，反而還可能浪費開發人員的寶貴時間，所以交流就很重要，跟專案經理確定需求，跟開發人員確定資料，頁面相關問題，做到心中有數，才會做事不盲目。在瞭解情況之下，提bug看著不對就提（一個開發小哥哥對我說的）。當然提bug也可以提一些建議，畢竟初衷都是為了專案更好。還有提bug你可以簡單分析一下原因，為什麼你覺得這裡會有問題，是自己理解錯誤，誤認成bug，還是開發錯誤，想清楚了，提bug的時候就順便交代清楚，可以給開發人員提供思路。

其實越瞭解測試，越發現是個寶庫，因為測試涉及的知識太廣了，你需要向一個寶庫一樣，才能走得更遠。

希望下次我能學的更多！！！