“cpu為什麼會佔用的這麼多。”他們看了一下程序，是nginx（一個eb伺服器）程序佔用了很高的cpu。
有一個人在測試群裡問了一下，“大家有做過什麼操作嗎？現在伺服器卡的很，負載特別高。”
【沒有】
【沒有】
……
好幾個人都說沒有做什麼特殊的操作。
程文也看到了這個訊息，他在內心深處想，不會是我的問題吧？
【我做了灰盒測試】
程文決定還是儘早的坦白，不然被人抓到了把柄，那就不好了。
“灰盒測試，你是測試了哪裡的功能？”有一個開直接找過來了。
“測試的是那個下載的時候指定引數的縮放。”
“好的，多謝，我知道是哪裡的問題了，我去看一下。”
當他回到他的工位上的時候，宋飛翼也從nginx的日誌上看到了一些端倪。
好像是有幾個請求導致的這個問題。
“應該是縮放那裡的問題。”直接跑去問程文的那個開，立刻對其他人說道。
“嗯，我也找到了這個問題，這個引數怎麼這麼大？”宋飛翼從日誌中看到了一個有問題的引數。
縮放的時候一般都是有固定的大小的，幾百乘幾百，最多也就幾千乘幾千，但是這幾個訪問的連線，光是ur1顯示出來就有十幾厘米長。
螢幕上看別的請求都很正常，但這個都多換了一行。
“臥槽，難道就硬生生去縮放了，並沒有限制一下大小？”宋飛翼想到了一個可能的原因。
“大意了，大意了。”
嘴裡說著這些，手上的動作卻是一點也沒有停。
“你先讓程文把他的指令碼停一下吧，我知道問題了，馬上就修改。”宋飛翼對剛才回來的那個人說道。
“好的。”
【大哥，你快收了神通吧！】
程文……
【好，我這就把指令碼停了】
程文知道已經找出來了問題，他也非常開心，總算是在上線之前找到了bug，這樣就不怕上線的時候會有重大的事故了。
要不然不僅開有責任，他們這些測試同樣也有責任，誰讓他們沒有測試出來這個問題。
其實其他人也測試到了這個功能，只是他們沒有用那麼大的值去測試。
ps
這個是在實際中是遇到的一個案例，專案已經穩定的執行了好多年了，從來沒有過問題，但是有一次突然出現了問題，後來排查問題，現有這麼一個bug。
不知道是在當初就有，還是中間被人改過，反正線上是有這個問題的。
喜歡當程式設計師開了外掛請大家收藏當程式設計師開了外掛本站更新度全網最快。
