最近在弄**的單元測試和整合測試框架，上篇文章講了，因為**很複雜，沒有測試後續小改動影響也不知道，問題多多無法判斷，不能快速的對修改的結果做出評估，驗證影響後續的開發除錯工作，今天遇到乙個bug，就是在測試**裡面呼叫lib中包內的類，能載入，但是編譯不通過，後來研究一下是因為包範圍設定的問題，我的是android工程中的乙個模組，方法如下：
找到模組下dependencies，將你依賴的包的scope調整成如圖所示，之前是complied only。
實踐過程中發現，這樣修改後，在gradle構建任務時會報錯，改回去時候就不報了，目前還不是很了解，暫時不深入了解了，記錄一下。
敏捷測試過程的問題彙總
一 測試計畫不完整或缺失 1.敏捷專案，往往是非正式的口頭討論代替書面計畫 2.沒有執行某些等級和型別的測試，允許某些型別的缺陷留存在系統中 3.有些測試是臨時性的，很多是低效和無效的 4.沒有以適當的嚴密性進行充分的測試 5.測試完成標準基於進度計畫的最後期限，而不是缺陷所需的自由度 6.因不在預...
以太坊測試過程常見問題總結
在區域網環境使用ethereum 開發框架truffle進行開發過程中，經常遇到各種各樣的問題，在這裡將遇到並解決過的問題整理下來，供其他開發者參考，也希望大家不吝賜教，將自己遇到過的問題共享出來，大家一起學習進步。error authentication needed password or un...
測試過程中的問題定位與分析
出現問題之後，可以從以下方面進行分析 1.看日誌，或者程式返回的錯誤碼 如 可以通過檢視日誌來確定程式是由於什麼原因出錯的，一般都可以在日誌中找到解決的方法 看錯誤碼也可以，如檢視資料庫的錯誤碼，大概知道是哪個地方出錯。像一些，不能讀取檔案，建立檔案失敗之類的，基本上都是檔案許可權，磁碟空間，hos...