最近案子快結了
忙著寫測試報告的同時 最大的困擾不是廠商沒做好
而是方丈的前端資料沒整好
反正也不是第一次了..應該說..他一直是如此
開資訊需求時從不先去了解資訊結構
然後資訊單位看到需求 反應做不出來時他只好又改
往返改來改去就浪費好幾個禮拜的時間
開的需求書..真懷疑他是邏輯有問題還是對從來不了解自己的需求
你可以想像類似(((A and B) not C) or D)這樣的邏輯寫成文字是怎樣嗎?
資料整好了 他也從來不驗....連自己的需求都不暸了怎驗
----
前端資料需求是他開的
反正..就是被我抓包了
最近得費心把他的包埋到測試報告裡面
當然啦..這幾個地雷要埋得好有先前準備工作要做好免得炸到自己
1.個把個月前就得發信反應資料有問題 black&white寫清楚我報告過了
....早猜到方丈不會去處理 也忽視這幾個問題的嚴重性..
就是廠商可以結案 但卻不能上線 資料錯了上啥線
2.營造我跟IT溝通得透過窗口(菩薩搶著當窗口..)
我問題已經跟跟方丈和菩薩報告過了
IT那邊的老板娘做了快二十年的專案 不知這樣瞞不瞞得過他...
3.營造這不是我負責的事情 而我只是因為在測試時"不小心"抽測發現的
我還真他媽的神 數百萬筆資料我還真巧"抽測"到
....其實測的方法太多了
他之前故意不給規格不給原始資料我還是照抓
....因為業務和資料我比他熟太多了
4.假裝我相信方丈的能力
也假裝相信方丈驗過他開的需求所產出的資料
所以沒去驗前端資料
所以是在我交測試報告那天上午 (下個月初)
我review時發現漏了這幾項 "順便"測試一下
5.測試報告上得將這幾個地雷埋在一堆亂石堆中
....憑方丈和菩薩對資料和文件如此輕忽的程度
應該能避開他們兩人的目光 將報告透過他們兩人手中送出
6.開始推責
..什麼? 怎不事先告知他們?我已經反應過了耶..信是幾月幾號發的..
..什麼? 事情有那麼嚴重唷? 我以為兩位長官沒處理應該是兩位長官覺得不重要
..什麼? 怎那麼晚才通知? 我一直相信方丈的工作品質 所以一直到最後一天才測
----
risk factor是第二點..
得多演練幾遍才蠻的過老闆娘...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.167.170.90