今天上班，仍然在等待下一階段項目的研發完成。
沒有正式測試任務的我，作為新手肯定要趁着這個時間好好學習了，偶爾再拿出公司已經上線發布的APP來到處看看。
就在這偶爾的情況下讓我發現了一個在正式測試時根本沒想到，也想不到的地方出現了一個BUG。
因為涉及公司，所以不能將APP的界面和圖放上來，只能用語言大致形容一下了。
這個BUG是在某種情況下，點擊一些界面按鈕不會出現正確的跳轉，而是跳轉到APP的登陸頁面，但取消登陸后用戶卻還是沒有注銷下線的狀態。
因為需要特定的操作才會出現這樣的情況，所以當我拿這手機到開發辦公室跟他們溝通復現時，因為不知道前面的需要怎樣的特定操作而導致開發不認缺陷。
沒辦法，我只好拿着手機離開了，但我卻沒有放棄，我回到辦公室，一直在不斷的回憶我在發現這個BUG之前的所有操作，然后盡量按着記憶中的步驟重新操作，花了差不多半個小時，終於找到所需要的那一個特定的操作。你就是在特定的頁面，查看一下這個頁面關於一個特定的詞匯的解釋頁面，然后再去其他頁面做一些操作就會出現上面說的情況。而且從軟件或是表面來看，這個詞匯的解釋頁面跟那幾個頁面根本沒有任何關聯，代碼上不知道開發是怎么處理的會導致這樣的情況，當我再一次來到開發辦公室告訴他們百分百復現的操作步驟時，他們也懵了，直到現在（2天前的事）也沒有找到問題和解決辦法。
因為這一次缺陷的發現，讓我對軟件測試、黑盒測試的看法有了更深刻的一些認識：
1、你往往認為沒有關聯的元素、操作和頁面，在代碼處理或者數據傳輸上卻可能會產生干涉；
2、在測試時盡量多記住自己的每一個操作步驟，這樣在發現缺陷后進行重現時才會少花很多時間；
3、測試用例設計的再好、覆蓋率再高，也不能保證所有用例通過了系統就沒問題了，一些問題是用例設計方法永遠無法覆蓋到的。
有了這些認識，我立馬又上禪道查看下一期項目的需求和已經上傳的測試用例，進一步提高用例的覆蓋率，並在筆記本上單獨設計一些看似前后沒有關聯，但與上面的缺陷較為相似的一些用例，因為這些用例的特殊性，所以我沒有上傳禪道，只是單獨記到筆記本上。待到測試時，禪道上的用例測試完成后，也將這些一起執行，或許現在想到還不夠全面，而且在不同的時間、不同的環境下還可能會想到更多的一些操作用例，我都會將其記錄下來，或者立即執行以下（在可以執行的情況下）。
這是我在博客園的第一篇日志，有點流水賬，如果有前輩/大神看到還請多多指導，同樣的測試工程師們也希望能夠一起多交流學習，謝謝！