10月22號晚9點我負責的專案上線，但是上線前一直有bug反覆，將近9點的時候，開發提交**，合**，發測試版本，我回歸之後，測試通過，9點進行上線，但是第二天，線上就出現了問題，剛好就是我昨晚測試的那個問題，這個問題是，我們的專案是乙個流程性的任務，乙個環節乙個環節的走任務，我昨晚回歸的填入資料的那個環節，在這個環節進行校驗，校驗通過後，自動帶入下乙個環節，不可編輯，但是在下乙個環節，他也對資料進行了校驗，而且校驗提示錯了，任務無法繼續。這時候領導就會問，為什麼沒有測出來，作為測試我也是很無奈呀。
寫這個呢，就是為了記錄一下這個事情，也給自己提個醒，回歸問題一定要考慮全面，跟問題有關係的地方都要回歸到，尤其是到上線之前改的bug，覆蓋全面一點，在上線前，如果有**修改，一定還要再把流程覆蓋一遍，其實這個問題，只要是再多測試一點點，完全是可以避免的。
還有個問題呢，就是專案流程問題，在上線前，依然有重大bug，這時候是需要專案組評估的，到底是否需要回退版本，回退後，還有沒有時間再次全流程測試，如果不能回退，這個bug影像範圍有多大，到底是否需要修改，修改後可能出現的問題有哪些，測試是否能全面覆蓋，雖然這些不是我們個人所能決定的，而且有些專案組可能流程也是不健全的，根本不會有人聽取這些建議，但是作為測試，還是需要在有問題出現的時候，及時向專案組提出風險和建議，至於能不能被採納，那就不是我們決定的了。
線上出現bug
測試申請使用者交付押金 開啟支付頁面 使用者登出或清除cookies 支付成功後，支付狀態未改變的問題 1.發出支付申請後，使用者退出登入然後成功支付，支付狀態是否顯示成功 2.發出支付申請後，使用者清除cookie後成功支付，支付狀態是否顯示成功 正常case 1.發出支付申請後，使用者成功支付，...
線上測試bug工具
根據每個公司性質的不同，規模的不同，所用到的bug管理工具也可能不同。你們用的bug管理工具是什麼呢？ira的生產者把jira定義為professional issue tracker，即它是乙個專業的問題跟蹤管理的軟體。這裡的 問題 對應的英文單詞是issue，所以含義比較廣，包括bug,task...
怎麼解決前端線上Bug
有一種八阿哥 bug 叫 在我電腦上是好的呀 有一種解決方式，叫 你去好好排查一下你自己的 有一種控訴，叫 這絕不是後端的問題 你能忍嗎？我不能忍，為這事，我可沒少跟同事撕逼，可是有什麼用嗎？最後我想，這事兒也許不怪別人，怪就怪我無法直接證明這些bug不是我的。今天我們就來說說有哪些難搞的線上問題，...