第84章 存在的價值
IT女經理的職場迴憶錄 作者：八月的獅子座 投票推薦 加入書簽 留言反饋
“x總，我們項目要交付給甲方了。能不能麻煩你這邊出個測試報告呀。”
一天早上，有個皮膚黝黑，中等個子的小夥子來到我的格子間。在我“趕鴨子上架”擔任項目經理沒多久，我終於得到了筆記本和一個格子間工位。
“你是？”我不認識他，好像在部門開會時也沒見過他。
“我是xx項目的項目經理。我們項目終於要給甲方驗收了，甲方要求提交測試通過的測試報告才可以驗收。小峰不在，院長讓我找你協調下。”
“小峰現在都在甲方那邊做測試，這個報告我來吧。你們的係統鏈接和以前的測試記錄呢？”我沒聽過他說的項目，l總給我的部門係統清單裏麵我也沒有印象。
“以前就小峰測試過一次，有問題直接告訴開發改了，沒有測試記錄。”他咧嘴不好意思地笑了笑。
“啊，都快驗收了，就隻測試過一次？”我驚訝極了，看著他。
“我們一直都在用，沒什麽問題的。我發鏈接給你，你先看看。”他看到我不高興地樣子，趕緊溜了。
登錄係統後，我看了看，係統不複雜，總共二十來個頁麵，典型的數據展示和分析平台。大部分頁麵能正常使用，具體展示的結果數據是否正確還需要看設計來驗證，但我已經發現不少界麵上的問題。而且剩下的幾個頁麵壓根沒有數據，這怎麽可以提交給客戶？
“你這個係統這些頁麵怎麽沒有數據？”
“我看看。”他看了看我的電腦，想了想說道：“我讓l總查查。”然後離開了。
過了一會，他迴來告訴我：“l總說後台有點問題，數據斷了。不過剛修複了。你再看看。”
我看了看，確實有數據了。“這個係統有數據時可以正常顯示，但是展示的結果是不是正確的，我還要測試下。有沒有設計和開發相關的文檔給我參考下？”
“沒有呢，這個係統又不複雜，甲方要求的時間又緊，沒時間寫文檔。”
“那我怎麽測試呀？就看看有沒有數據？”
“你有什麽問題可以問產品經理xx，她對這些數據很清楚的。”
我在心中歎了口氣，“好吧，那我先測試吧。”
“那明天下午可以出測試報告嗎？”
“什麽？我至少要測試兩天吧，還要給開發人員改bug。然後再過一遍，沒什麽問題才能出測試報告。”我震驚了。
“那不行呀，我們答應後天給甲方驗收的。”
“報告我要簽字的，我要負責的呀！我剛才隨便點點就發現了這麽多問題。”這麽晚通知測試，還隻有這麽點時間，我生氣了。
他看到我著急的樣子，沒有說什麽走開了。
沒過多久，院長發消息讓我去他辦公室一趟。
“x總，xx那個項目時間安排地很緊張，再加上大家以前都是這麽做項目的，你看看能不能加加班看看早點出測試報告。”院長看著我說道。
聽到院長這麽說，我又看了看旁邊板著臉的項目經理，想想說道：“加班測試我沒問題，但是可能還要時間改bug。後天出測試報告有點緊張。”
“這樣，你先測試著。測完你這邊出測試報告，開發那邊改bug。可能你測試報告搞好，開發那邊也改好了。”
“這樣不太好吧，萬一沒改完，報告發出去了，甲方發現問題了找我們怎麽辦？”我心裏想，你們想的真樂觀。
“沒事，甲方不會馬上用我們係統的。我們改好後再部署新版本過去。”
既然院長都這麽說了，我也不好再說什麽，也許真的和他說的那樣那麽樂觀呢。
那兩天我加班加點抓緊做測試，先把界麵上的問題找出來，然後在一個頁麵一個頁麵憑著自己有效的理解去校驗數據。那個產品經理很忙，根本沒有時間給我來講講那些數據背後的邏輯。問l總，他這種做了幾年開發的都不太清楚。我隻好按著自己的理解去測試了。
邊測試時我把bug錄到同事i剛搭建好的jira（缺陷管理工具）裏麵，並把開發人員和項目經理也加進去了，希望他們能在我測試的時候一邊改bug，這樣就有可能能夠在我測試完成時已經改好了不少問題。然而我發現根本沒人看問題，催項目經理，他卻說大家都不會用jira這個新工具。那麽簡單的一個工具，還是不想用罷了。我心裏了然。
我該做的事情還是照做，我緊趕慢趕地在第二天下班前完成了一輪測試。如我預期的一樣，問題不少，不過大部分是界麵上的問題，除了兩個數據問題，最後發現是算法的問題。算法的問題他們倒是很快加班就改好了，但是剩下的界麵那些問題，他們不想改了。
剩下的問題雖然不是嚴重級別的，但是還是有不少問題還是挺影響用戶使用的，總體情況低於我設置的可以發布的標準。好吧，你們不改bug，我也不出測試報告了。
果不其然，院長又找到我：“x總，你看測試也測完了，看看抓緊出下xx項目的測試報告。”
“可是他們都不改bug，我出測試報告也是不通過呀。”
“你把結論改成通過就可以了呀。”
我愣著看著院長。
“這個項目是個小項目，甲方用的少，我們可以後麵慢慢改進的。”
好吧，我明白了。出了辦公室，我把其實已經按實際情況寫好的測試報告按照通過的樣子改了改，然後發給了項目經理。他迴了句“謝謝”就沒了。
但是之後的一周裏，我一直在擔心：甲方會不會發現係統那些問題呢？會不會投訴呢？我會不會又受影響呢？畢竟自己幫著造假了。
好在之後沒有任何消息，事情就這樣過去了。不過之後的幾周裏，又有兩位項目經理找我做同樣的事情，而且他們可能聽說了之前的事情，一開始就告訴我他們已經請示過院長，讓我和上次一樣的流程出報告。我鬱悶極了，不知道在這樣的氛圍下我的價值在哪裏。但又無可奈何，無力去改變。
有一天，我路過一位項目經理的工位，聽到他在打電話：“你們放心了，我們的係統很穩定的，我們的測試經理是從甲骨文出來的測試專家。”
我愣了一下，之前發生的種種清晰起來了。原來這就是我的價值呀，為係統背書，像一個吉祥物一樣，告訴不清楚內情的人，因為我的存在，係統就是okay的，客戶可以對係統放心。
恍然大悟過來的我像不小心吃了一個蒼蠅一樣難過。是呀，不管是在公司內部還是給甲方介紹時，大家都會說一句“她是從甲骨文出來的專家！”。而其實呢，自己引以自豪的專長，卻隻是當個“吉祥物”使，“臨危受命”當個項目經理，其實隻是個“替罪羊”。
我難過極了，對自己的目前的處境和前途是無限擔憂的。因為現在的工作和我之前的工作相差太遠，而且完全就是個擺設，因此我對手頭的工作根本提不勁來。
有天突然想起來，上次答應做項目經理時，領導曾經答應過招人彌補我因為做項目經理帶來的缺口。於是我趕緊啟動招聘，希望不要繼續直麵這樣的工作。經過一個多月的招聘，我終於招到一位工作能力不錯，為人穩重可靠的工程師。在以後的幾年裏，他也確實為我工作上提供了莫大的支撐。招到他，算是我那陣子經曆的最順利，做的最正確的一件事情。
一天早上，有個皮膚黝黑，中等個子的小夥子來到我的格子間。在我“趕鴨子上架”擔任項目經理沒多久，我終於得到了筆記本和一個格子間工位。
“你是？”我不認識他，好像在部門開會時也沒見過他。
“我是xx項目的項目經理。我們項目終於要給甲方驗收了，甲方要求提交測試通過的測試報告才可以驗收。小峰不在，院長讓我找你協調下。”
“小峰現在都在甲方那邊做測試，這個報告我來吧。你們的係統鏈接和以前的測試記錄呢？”我沒聽過他說的項目，l總給我的部門係統清單裏麵我也沒有印象。
“以前就小峰測試過一次，有問題直接告訴開發改了，沒有測試記錄。”他咧嘴不好意思地笑了笑。
“啊，都快驗收了，就隻測試過一次？”我驚訝極了，看著他。
“我們一直都在用，沒什麽問題的。我發鏈接給你，你先看看。”他看到我不高興地樣子，趕緊溜了。
登錄係統後，我看了看，係統不複雜，總共二十來個頁麵，典型的數據展示和分析平台。大部分頁麵能正常使用，具體展示的結果數據是否正確還需要看設計來驗證，但我已經發現不少界麵上的問題。而且剩下的幾個頁麵壓根沒有數據，這怎麽可以提交給客戶？
“你這個係統這些頁麵怎麽沒有數據？”
“我看看。”他看了看我的電腦，想了想說道：“我讓l總查查。”然後離開了。
過了一會，他迴來告訴我：“l總說後台有點問題，數據斷了。不過剛修複了。你再看看。”
我看了看，確實有數據了。“這個係統有數據時可以正常顯示，但是展示的結果是不是正確的，我還要測試下。有沒有設計和開發相關的文檔給我參考下？”
“沒有呢，這個係統又不複雜，甲方要求的時間又緊，沒時間寫文檔。”
“那我怎麽測試呀？就看看有沒有數據？”
“你有什麽問題可以問產品經理xx，她對這些數據很清楚的。”
我在心中歎了口氣，“好吧，那我先測試吧。”
“那明天下午可以出測試報告嗎？”
“什麽？我至少要測試兩天吧，還要給開發人員改bug。然後再過一遍，沒什麽問題才能出測試報告。”我震驚了。
“那不行呀，我們答應後天給甲方驗收的。”
“報告我要簽字的，我要負責的呀！我剛才隨便點點就發現了這麽多問題。”這麽晚通知測試，還隻有這麽點時間，我生氣了。
他看到我著急的樣子，沒有說什麽走開了。
沒過多久，院長發消息讓我去他辦公室一趟。
“x總，xx那個項目時間安排地很緊張，再加上大家以前都是這麽做項目的，你看看能不能加加班看看早點出測試報告。”院長看著我說道。
聽到院長這麽說，我又看了看旁邊板著臉的項目經理，想想說道：“加班測試我沒問題，但是可能還要時間改bug。後天出測試報告有點緊張。”
“這樣，你先測試著。測完你這邊出測試報告，開發那邊改bug。可能你測試報告搞好，開發那邊也改好了。”
“這樣不太好吧，萬一沒改完，報告發出去了，甲方發現問題了找我們怎麽辦？”我心裏想，你們想的真樂觀。
“沒事，甲方不會馬上用我們係統的。我們改好後再部署新版本過去。”
既然院長都這麽說了，我也不好再說什麽，也許真的和他說的那樣那麽樂觀呢。
那兩天我加班加點抓緊做測試，先把界麵上的問題找出來，然後在一個頁麵一個頁麵憑著自己有效的理解去校驗數據。那個產品經理很忙，根本沒有時間給我來講講那些數據背後的邏輯。問l總，他這種做了幾年開發的都不太清楚。我隻好按著自己的理解去測試了。
邊測試時我把bug錄到同事i剛搭建好的jira（缺陷管理工具）裏麵，並把開發人員和項目經理也加進去了，希望他們能在我測試的時候一邊改bug，這樣就有可能能夠在我測試完成時已經改好了不少問題。然而我發現根本沒人看問題，催項目經理，他卻說大家都不會用jira這個新工具。那麽簡單的一個工具，還是不想用罷了。我心裏了然。
我該做的事情還是照做，我緊趕慢趕地在第二天下班前完成了一輪測試。如我預期的一樣，問題不少，不過大部分是界麵上的問題，除了兩個數據問題，最後發現是算法的問題。算法的問題他們倒是很快加班就改好了，但是剩下的界麵那些問題，他們不想改了。
剩下的問題雖然不是嚴重級別的，但是還是有不少問題還是挺影響用戶使用的，總體情況低於我設置的可以發布的標準。好吧，你們不改bug，我也不出測試報告了。
果不其然，院長又找到我：“x總，你看測試也測完了，看看抓緊出下xx項目的測試報告。”
“可是他們都不改bug，我出測試報告也是不通過呀。”
“你把結論改成通過就可以了呀。”
我愣著看著院長。
“這個項目是個小項目，甲方用的少，我們可以後麵慢慢改進的。”
好吧，我明白了。出了辦公室，我把其實已經按實際情況寫好的測試報告按照通過的樣子改了改，然後發給了項目經理。他迴了句“謝謝”就沒了。
但是之後的一周裏，我一直在擔心：甲方會不會發現係統那些問題呢？會不會投訴呢？我會不會又受影響呢？畢竟自己幫著造假了。
好在之後沒有任何消息，事情就這樣過去了。不過之後的幾周裏，又有兩位項目經理找我做同樣的事情，而且他們可能聽說了之前的事情，一開始就告訴我他們已經請示過院長，讓我和上次一樣的流程出報告。我鬱悶極了，不知道在這樣的氛圍下我的價值在哪裏。但又無可奈何，無力去改變。
有一天，我路過一位項目經理的工位，聽到他在打電話：“你們放心了，我們的係統很穩定的，我們的測試經理是從甲骨文出來的測試專家。”
我愣了一下，之前發生的種種清晰起來了。原來這就是我的價值呀，為係統背書，像一個吉祥物一樣，告訴不清楚內情的人，因為我的存在，係統就是okay的，客戶可以對係統放心。
恍然大悟過來的我像不小心吃了一個蒼蠅一樣難過。是呀，不管是在公司內部還是給甲方介紹時，大家都會說一句“她是從甲骨文出來的專家！”。而其實呢，自己引以自豪的專長，卻隻是當個“吉祥物”使，“臨危受命”當個項目經理，其實隻是個“替罪羊”。
我難過極了，對自己的目前的處境和前途是無限擔憂的。因為現在的工作和我之前的工作相差太遠，而且完全就是個擺設，因此我對手頭的工作根本提不勁來。
有天突然想起來，上次答應做項目經理時，領導曾經答應過招人彌補我因為做項目經理帶來的缺口。於是我趕緊啟動招聘，希望不要繼續直麵這樣的工作。經過一個多月的招聘，我終於招到一位工作能力不錯，為人穩重可靠的工程師。在以後的幾年裏，他也確實為我工作上提供了莫大的支撐。招到他，算是我那陣子經曆的最順利，做的最正確的一件事情。