今天周五，難得想早下班。已經跟人約好了去城裡轉轉，結果到現在我還沒有下班。剛撕逼結束，實在是無心工作。
我自認為我是那種脾氣還不錯的人，今天卻跟測試懟了。
原因很簡單，測試不懂技術，卻對我們開發指手畫腳，增加我們的開發難度。前面我還耐心跟他解釋，產品邏輯是怎麼樣的，實現難度在哪。後面實在是沒這個耐心了，直接開撕。
乙個簡單的功能，前前後後改了好幾版…
打點統計有資料支撐，不到萬分之一的使用者會發現並使用這個功能。根本不用浪費這麼多精力來進行極端測試。
有些人真的不可理喻。
爆發的導火索是他發現乙個偶現的問題，測了半小時，然後直接在工位大喊，說我寫的**肯定有問題 ，測試不通過。
並且發了測試郵件，並抄送了所有領導。
忍不住了。
我的第一反應就是：怎麼可能？沙雕你會不會測啊，我剛才自測一點問題沒有！這麼低頻率偶現的 bug，你叫我怎麼改？
兩方的矛盾不可調和…
寫到這裡，我覺得這個測試的情商很低。如果他能委婉一點，好好的說，就沒這麼多事兒了。畢竟都是抬頭不見低頭見的同事，誰也不想鬧僵。
站在開發的角度，什麼是正確的提 bug 的姿勢？
1、發現 bug，隨手將復現步驟記錄下來
2、截圖 bug 出現頁面，可以讓開發直接定位問題，減少溝通成本
3、不要直接在工位大喊大叫，互相留點面子
4、如果雙方都在努力溝通的過程中，別直接發測試郵件
5、少使手段坑同事，造成矛盾不可調節
我作為開發，也會盡量替測試考慮。
1、功能寫完會區域性自測
2、記錄下修改點，整理成修改說明
3、功能邏輯大致闡述
4、需求文件提交附件
5、重點測試部分會提前說明
同理心真的很重要啊。
突然想到之前儲存的一張圖，太符合我現在的心情了！
推薦閱讀：
我其實對自己挺狠的。
今天買書了
記錄一下今天，星期六在卓越上買的兩本書終於到了，速度還算快，一本是 php與mysql5程式設計 還有一本是 jquery基礎教程 公司他們雖然都有參考書，php的書以後回到學校還是要的，總不能一有問題就跑去閱覽室，圖書館的書大多很舊，新書基本是都在閱覽室了，可惜又不能借出來。每次在閱覽室看到剛出版...
今天，刺激了
今天答應乙個泡泡上認識的同城朋友，我叫她蟲姐 去娛樂場玩！本人都沒玩過，覺得soeasy！就同意了，到廈門椰風寨玩！會面之後，直奔那裡，首先是海盜船！我遠遠看著沒什麼，買票後，上面人滿了，我們等下趟，嗎的 不應該看的，就像鐘擺，晃著，最後最高點竟然有85 看他們尖叫，我覺得危險，嚇到我了！到我們了，...
今天喝酒了
今天喝酒了 喝得有點小醉,還好能分清楚東南西北,不然都回不來了 喝了晚上睡不著,真是很不爽,乾脆起來把那個程式給寫完 具體的除錯還等初始化socket後再來除錯了 本結構採用來鍊錶動態填加和刪除socket 由於頭比較暈 寫得很不完善,寫這個blog的時候忘記了錯誤處理了,申請空間失敗的情況也沒有處...