1樓：sylan215
瀉藥1.從題主描述看，別人提 bug 並不一定只是為了提高 bug 數量，只是因為 bug 數量影響了自己，作為測試，不要去揣測哦；
2.測試人員可以提需求 bug，但前提是有確認過原始需求和當前實現需求不一致；
3.bug 數量、bug 有效性、bug 質量都是考核測試的指標，但是需要結合具體專案去看，並且需要把這幾個資料綜合起來看，單拿任何乙個來說事，都是不厚道的。
以上，如果能幫助到你，我將無比榮幸！
2樓：jk911
這個問題就是激戰的問題，貌似題主還自問自答？
就先看測試要不要管需求
第一，這個很明確，必須管，測試的第乙個步驟就是管需求第二，測試不懂業務，這個事情我不相信。除非他新來乙個月。
第三，逐層向上，有沒有測試主管，測試主管的確認bug怎麼做的，通過了的話，那麼說明這個bug沒問題。
逐層向上，專案經理確認bug怎麼做的？通過了的話，那麼說明這個bug沒問題。
以上人員都不管，那麼你該埋怨的是上面不管事的人，而不是和你一樣的底層測試。
綜上所述，在這個邏輯上測試一點問題都沒有。
3樓：老張
一般有以下幾種原因：
1、沒有需求文件（就是那種口口相傳的，你懂得）2、需求不明確，沒有經過評審，產品、開發、測試之間對需求的理解有差異導致
3、需求變更帶來的訊息延遲導致（實際生產中這也是常見的）4、其他
最後我想說一句，這個問題不僅僅是測試的問題，很多開發也覺得需求很ZZ，所以，這個鍋，測試不接！！！
4樓：墨菲的人生旅途
題主，很生氣╰_╯的樣子
我們來分析問題的源頭和成因
需求類bug有兩種
第一種是確實需求漏場景和控制，提出來是有意義的第二種是一些建議性bug，無關痛癢的優化需求第三種是不懂業務，自己臆想出來的。
說完型別要回到矛盾，到底是誰不懂業務。
基於需求問題在雙方爭執不下的情況，我們最應該做的是找業務確認需求。大家是為系統好，至少要先達成一致意見。
不過我還沒見到測試能強硬到壓制開發的，難道是有特殊的威脅？
一句話關於需求的爭執需要第三方介入，做確認就最簡單，你們還都能學到業務，不吃虧。
單純的互罵沙比除了生氣啥也學不到
5樓：
正因為不懂業務，所以提一些需求來滿足一下虛榮心，指揮開發改來改去，會讓他們覺得很帶感！一般這種測試人員在業界被稱之為毒瘤！
測試工程師，自動化測試工程師，測試開發工程師，這三個崗位分別需要掌握哪些能力和技術棧？
我想談談 我的建議是能走別的路就走別的路 高階測試成為技術專家公司級認可的人物基本沒有，即使在國內華為，也基本沒有，或者就是沒有 轉崗是必然的 捉蟲布道人 首先恭喜題主走上了軟體測試的不歸路，這個行業發展的方向其實是挺明確，一路向西走，不必回頭，而且發展也分了技術線和管理線，先分享下圖，岔路口選好方...
如何去面試軟體測試工程師？
牛鷺學院軟體測試 1 個人技能 擅長的技能首先必須和投遞的崗位匹配度較高 按照熟練程度從上至下依次排列 條理清晰，語言描述簡潔明瞭 2 專案經驗 最近的幾個參與的專案，專案介紹最好和面試企業的業務相接近 崗位職責一項，應該是對上面個人技能的乙個詳細說明，比如在效能測試過程中負責場景建模 執行監控 定...
求軟體測試工程師培訓教程？
不打算自學了嗎？直接想要參加培訓學習軟體測試嗎？其實，如果說你要自學的話，我建議可以看看如下內容 青雲叔叔 在企業做了多年測試總監了，我把整個企業的實戰模式，工作模式，要用到的測試資料，測試工具，測試專案，測試環境都給大家整理出來了，可以直接參考我之前寫的的學習路線去學習 青雲叔叔 軟體測試零基礎學...