一、測試過程簡述
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源...