開發中有沒有遇到過特別難以交流的測試人員?

我覺得奇怪的人哪裡都有，無論是社會上還是在開發過程中，有時候總會遇到一些難以溝通的人。

• 從這個角度來看，測試人員的工作不到位

因為她沒有分析bug的原因，如果可以複製的話。即使他們的水平不夠，不能幫助分析，也應該是開發人員耐心地解釋，積極思考和學習，鍛煉自己的技能水平，而不是可憐的抱怨。畢竟，這只是一個初步的階段，可以找到一個表面上有問題的測試人員，無論是個人發展還是對公司的有限貢獻。

• 從廣泛的角度來看，數據和環境問題是一個缺陷嗎

對缺陷有一個標準的定義:從產品內部，缺陷是軟體產品開發或維護的錯誤和缺陷。從產品的外部來看，缺陷是系統需要實現的某些功能的失敗或違反。系統的組成，除了您編寫的代碼邏輯之外，還包括數據，以及第三方系統。

您可能認為數據和環境問題不是我的錯，數據不應該是錯的，第三方介面也不應該是錯的。同樣的事情反過來說，是異常操作導致的數據異常嗎?環境是由第三方軟體質量錯誤造成的，還是由網路等各種外部原因造成的?如果我們失敗了，我們應該給一個友好的提示，還是把它留給錯誤的系統?軟體的正常邏輯不難完成，現在拼寫是一個綜合考慮和用戶體驗，所以在開發的時候，我們要考慮到用戶體驗的更重要的位置。

這是誰想要更多，誰更合作，誰貢獻更多，誰可以走得更遠。開發和測試關鍵是合作、合作、合作、全體員工對質量負責，為用戶打造優質產品。

---

如果測試人員有相應的測試組長或測試經理，測試組長和測試經理是非常失職的。這樣愚蠢的問題應該在他們自己的內部受過良好的教育。

個人看法

我們的復活函數需要消耗2個令牌。新玩家在開始時將有2個代幣，然後進入教學，不能跳過。在教學過程中，玩家將死亡並完成復活課程。一個測試跳過了作弊版本的調試通過教學，然後把令牌跑了。然後跑到復興的道路上。結果是沒有錢復活和卡住。他認為這是一個嚴重的錯誤。

• 聰明的答案，這不是一個bug，這是一個特性！！！從她的反應來看，第一印象是那個女孩似乎完全是個女人。在這種情況下，也許我會在自己的電腦上檢查一下，這樣她就可以耐心地看著她的眼睛，並耐心地告訴她。如果那個姐妹再咕噥一次，有兩個選擇：

（1）讓她滾，換QA然後試驗；（2）我們不到最後一個，我們走，離開咕噥，珍惜健康。

總結

不怕報告蟲子的奇葩，怕人們的奇葩。更怕有權力的人，不懂裝懂，精彩。哈哈，我帶了一個團隊來修復一個非常複雜的bug，我們設置了各種可能性，並安排測試方向來定位問題。而在發現的問題上，Linux是以另一種方式向前推進的，吃了很多中間的損失。在接下來的3天里，問題被解決了。最後，有人對我說，沒有人提出解決辦法。缺乏快速定位問題的能力。

---

當然有，真的是感覺我們是不是同一個世界的人，有的測試人員完全只按自己的想法走，不存在「交流」「溝通」，對於這樣的人我想應該不只是開發中才能遇到吧。

---

何止是難以交流，這個在各行各業都會遇到的，有的人就是故意刁難，而且還是沒有原由的那一種，遇到這個類型的，只能說沒辦法交流了。

---

有些測試人員的回答總是文不對題，說的東西實在是不能讓人理解和認知，這種人會使開發工作難以正常的進行下去。

---

推薦閱讀：