給一群很水的開發做測試是什麼體驗？
每天提十幾個單，持續2個月
這個問題我必須答啊。
2014年下半年我們幹了個大項目，但是由於發生了一些事情，爆發了離職潮，所以開發人員和測試人員用的都是新人。這個新是對公司來說新，但是也有中級高級工程師。
我們當時是負責人制，基本上一個開發對應一個測試。每一對兒都非常有趣。
有一對兒，男孩兒很沉穩，但是經驗不多，女孩兒特別開朗，做過開發。他們乾的是特別複雜的一個系統，裡邊的邏輯很多。結果男孩兒的理解明顯不如女孩兒，所以男孩兒邊開發，女孩兒邊測試，邊測試邊給他挑毛病。他這個模塊是整個項目里bug最多的模塊，這貨後來已經麻木了，欲哭無淚。天天和女孩兒泡一起，上班下班吃飯都在一起。
你以為我在給你講愛情故事？據說他倆分別都有對象，所以沒可能。女孩兒後來已經不使用缺陷管理工具提bug了，而是直接跟他說，並且直接告訴他，哪片代碼有問題……
這一對兒相當歡樂，女孩兒經常在測試的時候就喊，XXX，你看看，又有問題啦！男孩兒就撓腦袋湊過去看，看完了自己在那憋，憋一會兒，女孩兒又說，估計是XXX類的事兒，你看看去！男孩兒就溜溜的照做。我們在旁邊都笑翻了。
另一對兒，女孩兒做測試，性格特別沉穩，經驗豐富，說話慢條斯理；男孩兒做開發，特別毛愣，中二少年，說話特別虎。所以，你可以想像的，bug一大堆。最關鍵的是，這貨連需求都聽不明白，到底該做成啥樣心裡都沒譜。
所以我們經常可以看到，女孩兒像他媽一樣，慢條斯理的，耐心的給他講，這個問題到底是怎麼回事兒，這個業務到底是怎麼設計的，到底為什麼會有這個需求，所以你應該注意哪些地方，等等等等。
我們都竊竊私語，當媽的又教育孩子呢。
想起來再補充。如果你是一個很水的測試，心力交瘁的一種體驗；如果你是很優秀的測試，鶴立雞群的一種體驗；如果你是平常心的測試，順氣自然的一種體驗；如果你是管的很多的測試，無力吐槽的一種體驗
相信我，做測試的黑暗心裡，他們暗自喜歡水代碼，每次發布的凌晨三點，他們才有高屋建瓴振臂一呼的空間：）當然，他們是下午五點下班的，我不怪他們。
謝邀，然而並沒有什麼卯用
1.程序猿：這個不是問題
測試媛：點擊完全沒有效果
程序猿：這個改起來很麻煩 要花時間 項目時間逼得這麼緊 也不是不能用 以後再改 測試媛：… 然bug一直放著在某天leader看項目 這個怎麼這個樣子
測試媛：已經和開發溝通過 leader：…測試媛：心裡一萬隻草泥馬，感覺就是背黑鍋的2.測試媛：這個怎麼點擊沒有反應
程序員：先拿著自己的手機 「我的可以呀 」 然拿起測試媛的手機 點擊刷新 沒反應 刷新 再刷新…終於有反應了 曰「好了」測試媛：怎麼回事
程序員：清除緩存就好了測試媛：每次發布後寫個清除緩存的咯 程序猿：這個寫不了 只能手動刷新測試媛：… 心裡一萬隻草泥馬 最基本的需求都不能滿足…3.測試媛：這個結果怎麼是這樣的
程序猿：把界面放到pc上 不是給你後台信息了么 你看看 測試媛：後台信息是對的 程序猿：那這個得問GG程序猿：這個是對的啊 他的演算法有問題 怎麼能超出最低點呢
程序猿：那你先提著吧 有時間改 測試媛：… 就不能知錯就改么…4.測試媛：這個怎麼不一致
程序猿：一個是lv1 一個是lv2 測試媛：我們為神馬不能和別人統一 程序猿：我們這個比較好 測試媛：那數據還不一樣程序猿：別人給的數據就這樣 我也沒法子
測試媛：… 又提了這樣一bug 堆積如山 都不改 指派給他們都在做新需求 回答都是有時間改…5.測試媛：這個怎麼不行了 程序猿：在我這是好的 我重新部署一下 測試媛：…看評論，應該有不少開發；堅決不承認，他們的隊伍居然有「水」的。
其實開發水不水不重要，可能你所在的研發流程/研發管理有點水，所以測試時會遇到很多問題，甚至於功能都不通。
測試的時間前一半在幫開發調試功能，後一半才正式測試，完了還有一堆問題。
說「做好本職工作」的，就是稀泥匠；因為在一個管理有問題的組織中，「本職工作」通常並不明確，很多事情都可以算作「測試工程師的職責」。
一句話，苦不堪言！
不要這樣說，影響團結！
你的問題其實是：給一個很水的開發經理或者開發總監或者CTO帶的團隊做測試是什麼體驗？
一個合格的測試必須具備以下素質：
1. 敏銳的洞察力——能夠發現問題
2. 高智商和仔細認真——確定這確實是個問題，而不是誤報，不給開發找麻煩3. 能站在用戶角度思考——證明這確實是個要解決的問題，不解決用不了4. 理清人際關係高情商好口才——能夠說服某個開發人員，這個問題得由他來負責5. 優秀的調試和分析問題的能力——能夠幫助或者代替開發人員調試並找到問題的原因，而不是把問題交給開發人員去分析就完了6. 結果導向提出解決方案——最好在把問題報給開發人員之前把，自己想好解決方案，不會帶來其他影響，改動甚小，最好只改配置或者2，3行代碼，必要時自己提交代碼，減少開發人員工作量7. 大局觀——當發現項目發布壓力大，時間緊，實在來不及解決時，主動降低優先順序，並一起把事情圓過去。
測試：卧槽尼瑪
必須要來回答一下。
自從加入小公司，就開始了幾個表單就測了一個月不止，三四百個bug摟不住的工作中，本人也跟部門經理溝通了一下，開發人員沒責任心是一方面，很多功能把按鈕放在那裡，點擊就報錯或者沒反應，不懂業務是另一方面，已經開始測試半個多月了，業務流程怎麼走都不清楚，那開發過程中就更別提了。我覺得不論開發人員水平如何，開發經理沒進行把控是最大的原因，程序提交給測試前，起碼得保證正常的業務流程能夠走通，這就防止缺少責任心的開發人員的偷奸耍滑。開發經理還得在測試過程中時刻督促開發人員的改bug進度，改代碼的質量。測試一個月，終於才將正常的業務流程走通，之後再去測破壞性，說實話，沒人把控的項目很消磨測試人員的積極性。遇到這樣的，儘早脫離吧活生生的讓我學會了看源代碼。
逼得我都快搞開發咯！！
感覺小菇涼為我操碎了心。
其實有些時候並不是開發能力不行，而是責任心的問題，連基本的操作都有問題就丟給測試，自己難道看不到？測試又不是老媽子，替你查缺補漏的。Bug提多了就各種理由不改，態度也另說，暫時還沒遇到特別蠻橫的，但也遇到過情緒化的。不願意聽測試老是說問題的開發，就拿出應有的水平和態度來
恨不得擼起袖子自己上，你走開我來!
按這說法，不下400了吧，相信有很多重複的，可以按屬性分類，整理出來，跟測試老大、開發老大、總監等溝通，可能各位領導有各自的難處，沒關係，即使不解決也要領導拍板定性。題主提了這麼多，估計肚子里有氣。每一次成長來自於思考與總結，最重要的還是行動，題主加油。
你這個調用不對啊，額，這個將就用，然後我現在是一名編輯，編輯，編輯
每次打包心有餘悸
這個樣子充分說明你們公司不大重視質量。
當年我司的追蹤系統被稱為。。。。BUG大全
繼續說
當年本人被稱為公司捉蟲能手，有如下幾個頭疼的問題1）功能設計這本身就概念不清，糾正人家還不認2）功能實現寥草，邏輯漏洞一堆，coding前場景沒吃透，匆忙上手3）初級錯誤讓人無奈，比如case沒default。。。。趕緊關注一下，免得太丟人（丟你妹啊，你們組有測試嗎...
不管是開發還是測試誰水，能力水平不對等時，箇中滋味不是幾個詞語能描述的。然，溝通心態很重要，否則堪比世界大戰。
沒什麼感覺 就是要判斷什麼東西要先測吧。不過有時候也會很煩躁…事情碰在一起來 並且都是立刻要。內心真是無比煩躁…的想fuck他們 …
哦 看錯題…很水的開發…那就是貼到爽啊 公司bug考核測試 心裡開心的不行推薦閱讀：
※？先學性能測試好還是先學自動化測試好？
※想轉行做軟體測試，女孩可以嗎？
※軟體測試的環境部署怎麼做？
※想進入IT行業，0基礎，該怎麼開始學習？
※本人信管專業，16年畢業，現在在自學軟體測試，也投了一些簡歷，但沒有面試機會，怎麼獲得面試機會？