1樓：
別的不說，我們以前整個公司的風氣，測試就是背鍋俠，洗也洗不清的那種，因為做覆盤會議的時候，永遠覺得你效率低下，最好複雜需求都能一兩天測完還沒有bug的那種，但事實是很多開發連業務邏輯都不理解，實在是很可笑。
2樓：Tea-ui
軟體測試遇到的奇葩之迭代
你們的迭代週期是怎麼定的呢？
我們因推廣敏捷開發模式，預想的是，2周作為乙個迭代週期，開發一周，測試一周，且需求數量控制在20個以內，哇塞好完美的計畫，鼓掌，啪啪啪；
（一）而現實是打臉來的不要太快：開始的前2-3天確定和評審這個版本的需求，你別小看2-3天，產品能給你整出30-50個需求，厲害吧，能想象出2天整出30-50個需求，這個需求文件有多糙了麼？就是比你小時候用的廁紙還要糙！
然後我們拿著這麼糙的需求文件來測試，哎真的是擦出血的那種(是不是很有畫面感)；
（二）有經驗的同學應該會有疑問，「你們沒有設計文件嗎？」
「什麼，你在搞笑嗎？這段的時間還要我們提供設計文件」如你所看，我們沒有設計文件，設計文件在我們測試的字典裡是不存在的；
（三）需求是測乙個確認乙個，你以為跟產品確認嗎？不，我們是雙向確認，開發和產品；
這是你又會有疑問了，「為什麼要和開發確認呀，不是產品跟明確需求嗎？」
我們不是的，我們的開發有絕對的話語權，開發說改，好，那就改，開發說下個版本改，那我們就下個版本改，so,easy,產品再也不用擔心我的需求不確定了；
emm.....產品的職能我理解應該就是錄個需求單吧；2-3天50個需求單確認挺多，os 給你個白眼自己體會！
（四）「那總會有開發和測試有理解分歧的時候呀！這個時候你們怎麼辦？」
那一般這種時候產品出來了，終於要發揮它的作用啦，正義的使者呵斥到，「你們別爭了，我去和客戶確認！」產品一般會在發版前1-2天確認回來，然後一聲令下，「改吧，這個點很重要，測試要好好測「，os給你個眼神自己體會，開發改一天測試測一天；時間就這樣悄悄的溜走了
（五）好了到發版日，」今天改發版啦「，「還有多少沒測完呀？」、「回歸了嗎？」、「你們測試進度好慢！」、「客戶等著要呢！！！」
每每到了這個時候呢，越緊急，問題越多，嗯，這些問題像極了被春雨澆灌的春筍，爭先恐後破土而出；測試卒！
以上如有雷同，那就同是淪落人，誰也別嫌棄誰
3樓：石頭哥
1，讓開發講如何實現的時候，直接回一句測試不需要知道的那麼深2，發現bug開發破壞了環境，然後就直接讓重現。
3，外面出問題領導第一反應就是為什麼沒有測試出來。
4，開發總是以為測試的時間不是成本
如何避免工作中遇到的焦慮？
題主其實已經自己說了，好勝心 在意別人看法 這兩點，其實就是造成焦慮的源頭哦。怕做的不出色或遜於他人，怕人家對自己有負面的議論評價。從這兩方面下手就好了 好勝心 衡量一下這種追求超越他人，勝過他人，能出風頭的時候，除了快感能帶來什麼實際的收穫？再看看這些收穫給到自己的是成長還是阻礙？自己在某些工作上...
工作中遇到的段子般的經歷？
一風 說說剛畢業我在的那個小單位，一天，我們全體出動外出開會，回來的時候，領導第乙個走進辦公室，我是辦公室主任，自然緊跟著 他看了一眼辦公室了燈，惡狠狠說 奶奶哩，錢就像拾來的似的，也不關 邊說邊往自己身後看，看到是我的時候硬硬的把那句話咽了回去。我沒有犯過這樣的錯誤，一直以來兢兢業業，安排的都非常...
在喜歡的工作中遇到討厭的同事怎麼辦？
小小 我跟你的處境是一樣的，或者說我比你更慘，你才有乙個討厭的，我這有一堆真的乙個部門2 3都是那種人，公司的 老油條 你懂我意思吧，領導就算知道這些人討厭但是出於很多考慮，不會換的，我在了7年就憋屈了7年，我也不知道我是怎麼忍下來的，一開始進公司很年輕，大概是初生牛犢不怕虎吧，和他們不停的鬥爭，後...