當公司對產品質量的要求遠低於測試工程師，該怎麼辦？

01-08

供職過三家軟體公司，普遍遇到的問題是，公司只要求進度，不關心質量。學習的好多測試方法用不上，不得不降低標準，太痛苦了！

謝邀，這是很多初創公司的通病，忍忍就習慣了。

公司是否重視質量，一要看行業，二要看公司規模。

行業，互聯網屬於不太需要重視質量的，這個版本有bug，再發個新版就是了。像我之前做通信行業，通信行業對質量要求就比互聯網高。畢竟用戶可以忍受使用app時卡頓一下，卻不能忍受打電話時卡一下。

規模，大公司才會相對更重視質量。之前我在諾基亞公司（做通信，不是做手機），對他龐大的測試體系印象深刻。

所以做測試就是要去重視質量的大公司啊。

首先，這是很多很多公司的現狀，一味的追求產品的進度，公司只在乎快速上線而不在乎其他，甚至有的公司不遵循各種範式，進行著各種違規代碼操作，當然這確實能在眼前提升效率，但是從長遠來看，漏洞百出。但是公司老大不在乎，這就是沒有長遠目光的表現。

完整的測試流程到底是怎樣的，沒有人說得清楚。公司目前的要求過低確實是公司的問題，但是你無法拿出一個標準來讓公司遵守，公司也不知道到底什麼程度才是尊重測試的過程，才是完整的跑過測試流程。

有的公司認為有了測試工程師自然能排除大部分的Bug或堅信不再有Bug，至於對產品質量的要求，老闆的要求是絕對大於你的要求的，只不過他不太關心流程罷了。你就需要完善流程而找出更多有效Bug，等到項目真的有一天在線上出了重大Bug，你就知道公司對於產品質量的要求有多高了，不管你，不代表你可以不做。

公司為什麼請你來?

你能帶來什麼變化？

多為幾個為什麼，你就知道怎麼做了

很多測試從業者，有這類苦惱。

找不到，測試的質量邊界，不知道如何根據公司的實際情況，產品受眾的實際情況，在質量和進度，做權衡。

比如，公司都快掛了，你跟公司提Bug細節，因為細節，晚一天發布，公司會同意么？

比如，對於一些小問題，客戶能接受，只要保證整體流程不影響，能使用就可以，你何必要折騰某個字元，某個異常？

比如，公司內部系統，界面丑點，異常沒處理，都無所謂等。

如上，只是想說；

測試從業者，一定要根據實際情況，去許可權質量進度。找到測試的邊界。

去多跟產品經理、項目經理、研發老大、直屬老大溝通。

確定一個團隊內部的質量邊界。

找到平衡點。

當然，想要質量嚴格點，去大公司，大互聯網公司。

別搞內部系統。

現在不同於以前，競爭太激烈，技術已無法成為壁壘。市場上要求快速發布，利用快速發布的產品（可能有很多不完備的地方，甚至只是一個Demo），去找潛在的客戶。這個是商業層面的技戰術，無可厚非，不信你看ios每次發布還是有各種補丁。

至於質量標準，則需要數據支撐了。除非你真的能從客戶的角度，找出質量紅線以下的問題，拿出數據，推動開發和決策人員進行改進。前提是質量體系有基本的規範，有對應的責任人。

至於痛苦，感覺不是不關心質量，也不是所用非所學，而是持續的成就感缺位了。說白了就是公司不認同測試的價值，或者你沒有適應公司的研發流程。

與其抱怨，不如尋找突破口，主動改進，這個對你個人也是非常有益的。抱怨恰恰是機會的潛伏點。所以不要抱怨，不必痛苦。

上線前看進度，上線後看質量。如果是我吧，就考慮換個地方。不然受氣背鍋。

要麼適應公司，要麼嘗試按照自己認為正確的方法改變公司，你覺得你能做到哪個呢？

遇到這種情況首先要根據產品的適用人群來看，如果產品市場反饋不錯，那說明你們質量還是可以的，那可能要思考測試的重點方向是不是不對，如果產品放出去，客戶不滿多，那我們就要據理力爭，把測試bug都報上去，注意方式方法，讓老大們重視軟體質量