今天上班，仍然在等待下一階段項目的研發(fā)完成。
沒有正式測試任務的我，作為新手肯定要趁著這個時間好好學習了，偶爾再拿出公司已經(jīng)上線發(fā)布的APP來到處看看。
就在這偶爾的情況下讓我發(fā)現(xiàn)了一個在正式測試時根本沒想到，也想不到的地方出現(xiàn)了一個BUG。
因為涉及公司，所以不能將APP的界面和圖放上來，只能用語言大致形容一下了。
這個BUG是在某種情況下，點擊一些界面按鈕不會出現(xiàn)正確的跳轉(zhuǎn)，而是跳轉(zhuǎn)到APP的登陸頁面，但取消登陸后用戶卻還是沒有注銷下線的狀態(tài)。
因為需要特定的操作才會出現(xiàn)這樣的情況，所以當我拿這手機到開發(fā)辦公室跟他們溝通復現(xiàn)時，因為不知道前面的需要怎樣的特定操作而導致開發(fā)不認缺陷。
沒辦法，我只好拿著手機離開了，但我卻沒有放棄，我回到辦公室，一直在不斷的回憶我在發(fā)現(xiàn)這個BUG之前的所有操作，然后盡量按著記憶中的步驟重新操作，花了差不多半個小時，終于找到所需要的那一個特定的操作。你就是在特定的頁面，查看一下這個頁面關于一個特定的詞匯的解釋頁面，然后再去其他頁面做一些操作就會出現(xiàn)上面說的情況。而且從軟件或是表面來看，這個詞匯的解釋頁面跟那幾個頁面根本沒有任何關聯(lián)，代碼上不知道開發(fā)是怎么處理的會導致這樣的情況，當我再一次來到開發(fā)辦公室告訴他們百分百復現(xiàn)的操作步驟時，他們也懵了，直到現(xiàn)在（2天前的事）也沒有找到問題和解決辦法。
因為這一次缺陷的發(fā)現(xiàn)，讓我對軟件測試、黑盒測試的看法有了更深刻的一些認識：
1、你往往認為沒有關聯(lián)的元素、操作和頁面，在代碼處理或者數(shù)據(jù)傳輸上卻可能會產(chǎn)生干涉；
2、在測試時盡量多記住自己的每一個操作步驟，這樣在發(fā)現(xiàn)缺陷后進行重現(xiàn)時才會少花很多時間；
3、測試用例設計的再好、覆蓋率再高，也不能保證所有用例通過了系統(tǒng)就沒問題了，一些問題是用例設計方法永遠無法覆蓋到的。
有了這些認識，我立馬又上禪道查看下一期項目的需求和已經(jīng)上傳的測試用例，進一步提高用例的覆蓋率，并在筆記本上單獨設計一些看似前后沒有關聯(lián)，但與上面的缺陷較為相似的一些用例，因為這些用例的特殊性，所以我沒有上傳禪道，只是單獨記到筆記本上。待到測試時，禪道上的用例測試完成后，也將這些一起執(zhí)行，或許現(xiàn)在想到還不夠全面，而且在不同的時間、不同的環(huán)境下還可能會想到更多的一些操作用例，我都會將其記錄下來，或者立即執(zhí)行以下（在可以執(zhí)行的情況下）。
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26
學習是年輕人改變自己的最好方式