一、測試過程簡述
a專案依賴b專案新功能，ab專案一起提測
1、測試人員：兩老一新
2、測試過程：第一輪，三人執行用例
第二輪，三人各自模組發散
第三輪，三人交叉測試
第四輪，兩老投入b專案效能以及介面，一新繼續做基本功能回歸
二、上線問題簡述以及頭腦風暴
1、其中乙個服務上線配置未更新：qa於前一天站會時說明--------開發未引起注意--------提測當天qa沒有檢查配置-------------近期解決方案：qa在confluence上形成乙個checklist文件，以任務項指派給模組負責人，需要各模組負責人完成之後才能傳送測試報告--------遠期解決方案：目前已經有根據dev自動生成qa和prod部署文件的方案，可以形成自動化任務
2、uiux原定在提測前走查，本次版本與第三輪介入走查，開發在第三輪頻繁修改**，導致**不可控：已經專案組約定後續版本提測前走查---------qa方面提測之後不允許有跟bug單無關的**提交，如開發自測發現問題可以反饋給qa提單或者自己提單，commit資訊裡必須加上bug單號
3、線上管理員後台中重要資料被更改：**所有qa管理員後台許可權，管理員後台使用者不多，上線之後由線上後台管理員回歸
4、其他專案介面測試和效能測試安排太偏後：後續ab專案並行的時候，在a專案第一輪測試以及回歸結束之後就可以開始b專案的介面和效能，降低由於其中乙個專案來不及產生的整體延期風險
5、線上bug：
bug型別
引入原因
深層原因
解決方案
測試環境能穩定復現bug1
1、用例有覆蓋該功能，未寫明前置條件，新人測試沒有理解到該用例的前置條件，導致沒有測試完全，沒覆蓋到上線場景
1、用例不夠細緻---測試用例編寫時間安排不足-----用例編寫的工作量評估不准
學習用例編寫工作量評估的方法，多積累經驗
測試環境沒有，線上環境穩定出現bug
線上配置未更新，參見問題1
上線修改之後引入問題
修改響應時間較長的bug引入其他bug
記一次5000併發的除錯過程
為了滿足招標和使用者的需要，希望公司的基礎架構能支援5000併發，特此進行驗證和除錯。向兄弟部門借了兩台伺服器 每台8核cpu，48g記憶體 在兩台伺服器上安裝虛擬化平台exsi，每台上安裝4個linux7.0虛擬機器，總共8個linux7.0虛擬機器 a伺服器上的四台虛擬機器 aa1，aa2，aa...
記一次 連線已重置 的除錯過程
專案是來自edusoho的開源版本，經一同事多次修改，接手時個人中心打不開，無修改密碼功能等等，一步步解決了 說說除錯了很久的 連線已重置 最初這個問題只在使用者的伺服器出現，遂開始了坑自己的過程，用二分法刪除 輸出變數來除錯，最終找到了乙個公共方法，裡面呼叫了乙個系統方法，然後進行不下去了，兩個方...
記一次滲透測試
首先使用superscan掃了一下常用埠，沒有問題，只開了80，返回iis5.0，win2k差不離 掃瞄常見cgi iis漏洞，沒有問題，打了sp4補丁，到目前為止還不錯 到網頁上轉了轉，發現是用asp寫的，自然要掃掃sql注入了，也許你以為這次成功了吧，很不幸，沒有。自己做的網頁，自然沒有asp源...