問題：客戶反饋的問題目前都是直接告訴專案經理，很少有彙總記錄。
解決：客戶反饋的問題，應該錄入bug管理系統。除此之外客戶反饋的bug可以首先經過測試人員確認，才交由研發人員進行修改。
具體做法：可以在tt/cq中 增加兩個欄位來解決，
1， 增加乙個欄位為origin，表示該bug的**，如果是內部人員（測試人員）發現的bug，則在original欄位選擇from test，反之，如果是客戶反饋的bug，則可以在original欄位選擇 customer feedback。
2， 增加乙個欄位為confirmation， 測試人員在發現有customer feedback的bug時，對該缺陷進行確認，情況有三：
a， 如果是bug，則在confirmation處，選擇confirmed，研發人員檢視標記為confirmation的bug進行修改
b， 如果為操作錯誤引起，則在confirmation處，選擇action fault。
c， 如果屬於新的需求，則在confirmation處，選擇farther requirement，專案經理檢視此類bug與客戶進行溝通確認，如果確實需要，則按照新需求流程進行處理。
原因分析：
1， 客戶反饋的bug走bug管理流程，可以及時的通知到專案相關的所有人，按照bug管理流程來進行修改，則條理清晰，避免了bug反饋無序，無記錄的混亂現象
2， 客戶反饋的bug通過bug管理流程，可以通過報表精確檢視 客戶反饋bug的數量與測試人員發現bug數量以及嚴重程度的分布，便於分析客戶更注重哪一類的問題，客戶是否操作不熟練，需要更進一步的培訓或者提供更詳盡的使用說明書。同時這個bug分析總圖，也可以作為測試人員工作能力考核的一些參考。
3， 用web介面的bug管理流程（例如tt或者cq），客戶甚至可以自己新增bug，避免了**通知等其他方式的所帶來的inconvenience or misunderstand
水貼 nodejs的版本問題造成的奇怪bug
從gitee上clone下來乙個熱門專案，按照文件對用vue寫的前端嘗試啟動，結果遇到bug，如圖 cli engine.js裡面有 syntax error，作為乙個依賴檔案，裡面當然是不可能真的有語法錯誤 那麼理論上說，作為乙個熱門專案，我才剛剛clone下來，什麼也沒改動，按照 安裝依賴 本地...
約瑟夫斯問題 關於約瑟夫斯問題的反饋
約瑟夫斯問題 我上週的文章是關於解決kotlin的約瑟夫斯問題的。為了便於比較，這是我最初編寫的版本 class soldier val position int fun isdead state state dead enum class state class circle private va...
BIOS無法進入的問題
今天使用u啟動的winpe工具把自己的u盤裝完啟動盤之後，發現電腦開機不顯示bios介面了，也不給我設定啟動優先順序的選項，按f2 f12也沒有用，雖然u盤啟動是可以正常使用，因為之前已經設定好了u盤啟動的優先順序，但是我需要用到bios介面的一些設定，以及u盤啟動選單介面的一些設定，而不是直接進入...