背景：
早上接到
erp部門經理的**，說：「
erp二期專案出問題了，總是不明原因的宕機，這個專案又沒有做效能測試，客戶說我們應該做效能測試，所以能不能請馬上派效能測試工程師來現場
,今天看能不能查出問題在**？」
我回答說：「這個時候做效能測試沒有意義，你應該要做的是分析出錯的原因啊，例如**分析，框架分析和原因假設排查啊。」
部門經理說：「已經查過很多原因了，但我們沒有效能測試能力，無法模擬多使用者併發，請務必在今天派人過來幫忙，今天再不解決這個問題就要公升級了」
我回答：「
ok,我們派效能測試工程師過來，但你們必須做問題分析，以及排錯方案，我們只是幫助你們實現你想要的場景
,其他工作需要由專案組主導自已做！」
至止我還沒有認為在這件事的處理上有什麼問題，效能測試工程師在接到任務時說了一句：「都出問題了還找我們幹啥，我們是神嗎？」，雖然我個人也認為這個時候去的幫助不大，但在我的要求下，效能測試工程師還是趕去了現場。
直到下午接到了l
反思：說實話，當聽到
l老總這麼講我的時候，我是很不爽的，感覺很委屈，並且對於
erp部門經理是很腦火。事後靜下針對這個事情進行分析（呵，呵有一天多都沒有想通
,自我剖析是乙個痛苦的過程），還是有做得不足和可以改進的地方
專案組在給客戶使用前沒有提交測試部進行效能測試，那麼從理論上來說這個時候測試部完全可以拒絕進行測試，但是在處理這件事情上心太軟，潛意識有，被專案組需要感覺很好，能幫忙專案組解決這個頭痛問題是乙個能力體現，也是一次測試人員能現場檢驗和學習的機會
,並且在這個時候拒絕專案組不利於後面工作的開展。簡單的看待問題。
即然將測試人員投入專案組有上面所說的好處
,為什麼不能盲目的投入專案呢？對於這個專案來說，這個時候需要的不是測試部所謂的同情心，而是切實有效的故障處理方案，至少從目前反饋的資訊來的看，沒有看到相應的措施，測試部這個時候進入表面上是分擔了專案組的壓力，實際上對專案來說存在更大的風險，目前這種解決方法有點像賭博，未經全面分析而推出專案效能存在問題，一旦專案組所把希望寄託在測試上，並且向客戶說明我們的行動方案，到時沒有能解決得了問題，那麼損失的可是客戶於對公司的誠信，以及真的像老總說的，測試部就要出來背黑鍋了。分析到這一點其實我是有些不舒服的，不管專案組的本意是什麼，但真的有種被人出賣的感覺。
那麼在這件事上，測試部是否就真的應該置身渡外，不理不睬的呢？也不全然，可先從不同的渠道了解情況，甚至徵詢專案所在的高層了解全面的情況後再做決定。其次我們公司應該建立報障處理流程，像這種已出現多次並且後果很嚴重的故障，在一定時間內不能解決，應該公升級，請公司內其他技術能人協助；最後開發人員的效能測試技術能力需要提公升，開發人員不清楚做效能測試需要通過培訓來解決。
cp 出問題了
有如下目錄，我想把 x y z這三個隱藏目錄拷貝到a目錄下 liyongjun box project tree a a x y z於是執行了下面這條命令 liyongjun box project sudo cp r a 誰承想.也包括.和.結果把自身和上級目錄內容也拷過來了?如下 backup ...
新iPad又出問題了
許多使用者將新ipad的wifi連線跟其他ios裝置和mac book進行了對比，並把結果發到網路論壇上。其中乙個使用者報告說，只有在路由器6英呎範圍內，新ipad的wifi連線情況才算得上良好。好訊息是，這個問題似乎只跟軟體有關。許多使用者在論壇上指出，重啟裝置或者關掉再開啟wifi連線後，問題可...
ARM板上的串列埠通訊出問題了
我們公司買的兩塊arm板的串列埠通訊在前後不同的時間出了問題,一塊是恆豐銳科的,一塊是楊創的,恆豐銳科的板子問題已經解決,解決的辦法是 將4個0.1uf的電容換下,發現還是無資料,確定是max3232出了問題,將其換掉,串列埠通訊正常.經過兩次開關機後,給max3232擦點酒精清洗後上電執行,資料中...