1. 程式人生 > >做測試,工作心得。。

做測試,工作心得。。

    按照操作手冊上,準備工作,從生產上同步程式碼,把備份的程式碼ftp傳輸下來,然而,然而 就在這一步,操作手冊上的打包是不正確的,也就是說如果我不檢查程式碼,繼續走下去,後果是白做--結果=後果。需要重新打包程式碼,再花費同樣多的時間去替換程式碼。【盡信書不如無書,如果你自己會做就按照自己的來吧【可是,敢嗎,做錯了,要重來的哦,且很費時間】】。OK,重來就重來 加班而已了,是的第二次完成程式碼傳輸且備份瞭解碼後話單。並重啟業務分析ODAC,路由ODAC和批價ODAC,等ODAC同步資料完成,啟動了業務分析,此時已為凌晨近1點。在3點左右,過完業務分析,備份話單【我是備份了,然而後來找不到了,是的,業務分析輸出的話單我備份了,現在不能說了,資料鐵證面前我是沒備份的】。第二天早上八點才起來,起來停業務分析,啟動批價,操作手冊上寫,批價五分鐘後啟動彙總,我當時並沒有啟動彙總。直到批價輸入目錄沒有多少話單檔案,我在賬務主機修改賬期為當天【後來說應該在靠後的時間,關於這個時間的修改我並不太清楚-此處埋下禍根】。後來順利過批價,過彙總,批價輸入話單檔案
21192和輸出是19190--差距不小-此處我犯的錯誤是沒有在啟動後及時管處處理日誌,看錯單原因。過了彙總,傳輸到對應的比對old目錄下--此處老程式碼情況下跑完了=此刻我是鬆了口氣,畢竟新的程式碼釋出後,操作流程90%是一致的-換程式碼,停程序,停ODAC 停並清理查重和累加MDB【兩個中心的】,先備份業務分析錯單及處理日誌【咦~,神了,我打包了,然而,然而包裡只有錯單木有處理日誌包】清理目錄,關於計費MDB我是在業務分析跑完後清理重啟的--這些清理工作最重要的是要保證新老程式碼基礎環境和基礎資料是一樣的儘量排出除了程式碼差異而帶來的其他差異。等我跑完新的程式碼是晚上22點近23點。傳到比對的new目錄下,執行比對指令碼,比對結果10多分鐘就出來了,差異檔案find .-type f|wc
 -l共178個,我覺得沒那麼誇張,次日比對就可以了。故關燈睡覺,輾轉反思回想自己操作的整個流程,萬分忐忑中還是睡著了,週一早早醒來,來上班,向領導報告結果。待師父緩緩趕來,簡單問了幾個問題,然後分析結果。第一個問題賬期錯單有四萬條,他說四萬條,第一個懷疑我沒改賬期就跑彙總了,並把歷史操作命令截圖給我,此舉意在告知我資料面前不必辯解。oh mygod,必然改了賬期啊,翻出歷史記錄領導和師父在哪裡說有兩次有人動了賬期。師父,畢竟是師父在萬分懷疑下還是想領導說我是改了賬期的【內心肯定糾結,讓人懷疑資料是很難的】,資料面前顯示是下午六點改。我是告訴師父我是早上10點多改的。
最後,就是因為這個賬期的原因打了海量錯單,領導決定延遲,延遲,延遲上線時間,也就是說要重新跑一遍迴歸,最後領導判定我操作有誤,且拿出了在他電腦上跳到操作主機顯示我操作的歷史記錄。比如重單打錯單,我說我刪了*.rd檔案,可是如果我刪了怎麼還是會有那麼重單問題,為了說明問題,領導開啟日誌日誌顯示重新整理時間是下午兩點,看著時間點領導那一瞬間認為我是刪過.rd檔案並重啟的,也就是一瞬間,領導說,也有可能是後面覆蓋了日誌,如果是覆蓋了日誌,我並未清理,那兩點之前的呢。領導說:我們要正視問題,操作失誤是有的,但要去分析問題。沒辦法看著操作的結果,只能重新來回歸了,此次必然不放心讓我來做,關於此我的內心是崩潰的---【我們測試主機是公用的,測試dbm前臺也是有人用的,走回歸的時候,是不能動資料和流程的,可是誰能保證的了呢】。