1樓：
測試很水公司還招說明很多問題
公司角度
(1)想招乙個小白做黑盒測試
(2)公司不想花很多錢招乙個牛掰的測試所以招的人不牛掰
(3)面試官非技術人員或者是技術很差所以招的測試也很水
開發角度
(1)主觀:厭煩了之後.... 不想改可能還有一些階級觀念(覺得開發比測試厲害)
(2)客觀:測試人員應該有標準提bug工具描述不准復現有問題 balabla 真的很水
個人想法: 有靠譜的測試人員和與有靠譜的開發人員同樣重要 ,測試也不應該是背黑鍋的那個, 所以開發封包要先自測滿足UI 產品邏輯無bug 再交給測試測試覺得自測不滿意還是個半成品要打回去讓他們重新自測自己不能頂雷啊測試後要根據bug修復率判斷是否達到上線標準再上線
開發和測試當然還涉及UI / 產品設計要共同承擔責任都想做好的產品麼不能只分享成果不分擔責任要不不論你從事的是哪行都走不長然後一點成就感都沒有積累
拙見來自一枚開發妹紙
2樓：
這個必須答：
創業公司，人數不多有二十多，沒有專業的測試人員。。然後產品上線了，發動運營、市場、行政幾個部門的人測試，還根據提交bug數什麼的排名，數量多的有獎勵。。結果請大家自行腦補。
ps.承諾的獎勵貌似也沒動靜了。。。
3樓：
作為開發體驗就是：工作效率瞬間變低。
無休止的去找測試確認溝通
無休止的重複工作
提bug前不找開發確認。然後開發突然發現多了N個bug。
問題單不說明出問題環境，觸發方式。
去問測試，測試說他也不知道怎麼出現這種問題。然，測試也無法復現。
4樓：Ying Zhong
被測試同學提過乙個哭笑不得的「bug」…
他說我們iOS版本的介面有時候會下沉一半，導致只能看到一半的介面。
後來我發現是他觸發了兩次輕擊home鍵的下拉懸停。
5樓：
另乙個問題可以大寫特寫，相比較來說，這乙個問題其實很難描述。
如果乙個專案進展很不順利，bug層出不窮的時候，很多時候不是QA的問題，需求方(PM)、執行方(RD)要負主要責任，而且現在PM、RD必然要承擔測試任務以保證自己交給下游的成品是至少相對靠譜的，那麼如果真的發生了『被一群很水的測試提Bug』這種事，除非你的程式沒bug全是QA在亂提(這種情況少之又少)，否則很多bug被發現，這至少說明PM 或者 RD 的產出是極其不靠譜的，這時候哪有臉說人家QA特別水呢
我想根本原因，在於軟體質量本身絕大多數取決於你的需求把握的好不好(PM)，開發完成的好不好(RD)，測試的職責很多內容已經疏散給了專案中其他角色，QA本身更多的是一種查缺補漏的完備性排查，有一種激進的觀點是說軟體開發不需要專職的QA，RD團隊需要對自己的產出負責，如果按照這種理論來說這個問題更是無法回答了。
一定要說的是，以上只是個人觀點，我並沒有嚴謹的TDD經歷，在TDD模式中，QA可以發揮更大的作用，所以如果我有錯誤請QA指正說明
之前待過公司有乙個非常不好的習慣，RD對產出沒有負責到底的精神，到時間了把半成品或者有很多坑的版本交給QA來測試，雖然QA上報了很多bug，時間有限最後還是有一些坑沒有發現，最後上線之後出問題QA背鍋，乙個QA菇涼還因此被開了，想起來很是無語。那個菇涼性格很好也很漂亮，可惜了，幫人家推了工作無果，不知道後來如何，希望一切安好
放生團體是怎樣的一群人呢？
飛狐日記 放生這類行為，多數只是圖個心裡安慰。覺得自己有錢了，資本原始積累的血腥。現在需要追求內心的平衡。當然也有人那種幾十年堅持的，但是這裡需要補充一點。乙個人的世界觀不是一下子形成的，這類人年輕的時候一定經歷了大的事件。晚年才會郵政的行為。也就是所謂的因果吧。 覆杯 放生 因為宣傳不合理且過度，...
程式設計師是一群怎樣的人？
作為寫bug的遊戲玩家來回答一下。首先程式猿們只是乙個行業的統稱，也分為很多中，我的同事中也有各種各樣的monkey。所以單純的就我個人來舉例說明 0，懶。主要懶在行動上，我可以三天72小時不出門，就窩在家裡刷知乎，看微博，打遊戲。1，做事情一定會考慮很多前置條件，預想各種場景不同的面對方式，比如購...
明朝的宦官是怎樣的一群人呢？
哈哈欠為你違逆 明初朱元璋嚴禁宦官讀書識字，但後期宦官讀書識字逐漸制度化，士大夫甚至有針對性地編纂適合宦官學習的讀本。由此可以推知，明代中後期中樞決策過程發生異變。 塵世庸碌人 正兒八經的內書堂畢業的參政的太監 在治國做實事方面平均水平甩靠科舉上來的文官幾條街 乙個是從小受如何做事教育，在大內各個部...