誰為軟件質(zhì)量負責(zé)(背鍋)？
[導(dǎo)讀]這是一個殘酷的世界，無論我們多么努力，結(jié)果可能還是不如意。這一點，軟件人深有體會，不管我們多么認真地編碼，多么仔細地測試，仍然無法抵擋Bug頑強地冒出來。如果Bug被發(fā)布出去了，誰將為此背鍋負責(zé)？誰失職誰負責(zé)!????--開發(fā)說測試團隊的職責(zé)就是測試，保證軟件產(chǎn)品質(zhì)量，如果產(chǎn)品的...
這是一個殘酷的世界，無論我們多么努力，結(jié)果可能還是不如意。這一點，軟件人深有體會，不管我們多么認真地編碼，多么仔細地測試，仍然無法抵擋Bug頑強地冒出來。
如果Bug被發(fā)布出去了，誰將為此背鍋負責(zé)？
誰失職誰負責(zé)!? ? ? ?--開發(fā)說
測試團隊的職責(zé)就是測試，保證軟件產(chǎn)品質(zhì)量，如果產(chǎn)品的bug沒有被及時發(fā)現(xiàn)，給用戶造成了損失，這就是測試工作沒有做到位，理應(yīng)為結(jié)果負責(zé)。Bug是我寫的嗎?? ?? ?--測試問
測試角色的職責(zé)是測試，但是軟件產(chǎn)品的設(shè)計實現(xiàn)并不是由測試團隊負責(zé)的，Bug的出現(xiàn)，最根本的原因是軟件本身的設(shè)計和實現(xiàn)出了問題，測試不應(yīng)該為此負主要責(zé)任。
如果丟球就是守門員的錯，那么， 奧利弗-卡恩以門將身份獲得2002年世界杯金球獎，是因為他沒有丟過球嗎？！如果我的代碼沒有Bug，那要測試做什么呢? ?--開發(fā)問。我們總是對自己做的東西有著迷之自信，但是，人總有考慮不周的時候，有犯錯的時候，有腦子進水的時候，我們深知這一點，所以，才需要專門的測試角色，以獨立的眼光審視和檢查，發(fā)現(xiàn)我們沒有察覺的問題。
我們是最后一環(huán)，不是唯一一環(huán)? --測試說。正如開發(fā)過程會出Bug，測試過程也會出”Bug“。測試工作中的”Bug“之一，就是未能及時發(fā)現(xiàn)軟件產(chǎn)品的Bug，使產(chǎn)品缺陷直接影響到了用戶。
軟件研發(fā)是一個系統(tǒng)工程，大家的職責(zé)分工有側(cè)重點，但是參與其中的每一個角色都應(yīng)該為項目負責(zé)。守門員無疑是把守球門的最后一道閘，但在最后的防線之前，還有10人！如果前鋒軟腳蟹，中場閑庭信步，后腰用目光防守，在球門線上供上布馮也無濟于事啊。
測試不就是鼠標點點點嘛，這也做不好? ?--開發(fā)說。開發(fā)是軟件研發(fā)的核心團隊，是真正實現(xiàn)客戶需求的力量，我們開發(fā)人員要懂編程語言，懂面向?qū)ο?，懂前端后端，懂消息隊列，懂?shù)據(jù)庫，懂業(yè)務(wù)邏輯，懂頸椎病的防治。。。你們測試只要用鼠標在UI上點點點就可以了，這么簡單的事情也做不好？
雷聲陣陣，大戰(zhàn)在即。雙方都充滿怨氣，這么聊下去，免不了刀光劍影。這是在現(xiàn)實中經(jīng)常出現(xiàn)的情況，對此，我想對測試團隊給出幾點建議。
1懟回！
如果說測試的工作就是用鼠標點點點，開發(fā)的工作不也就是用鍵盤敲敲敲嘛，你們自己也是一身綠毛，有什么資格說我是妖怪？
所以，更重要的，是到底用鍵盤敲下了什么，用鼠標點擊驗證了什么。大家都可以往紙上涂墨，但不是所有人都是書法家。
2反思！
但是，我們必須清醒地認識到，懟回去只是為了不堵心，逞口舌之快并不能解決問題。
憑心而論，開發(fā)的工作比測試更重要，這是事實。我見過很多中小軟件公司沒有專職的測試職位，但是我還沒有見過哪家開發(fā)的工作是其他角色兼任的。事實上，很多測試工程師確實技術(shù)水平不夠高，這讓測試工作的質(zhì)量和效率徘徊在一個低位水平，也讓測試在與開發(fā)的沖突中屢處下風(fēng)，相當被動。
所以，測試工程師需要拿出行動來，改變這種局面。
3行動！
身為測試工程師，我們先捫心自問：我們做測試，是因為技術(shù)水平不如開發(fā)，做不了開發(fā)工作，只能做測試么？
不得不承認，很多情況下是這樣的！雖然也有很多情況是個人選擇，守城的并不一定弱，也可以是因為愿意守城、擅長守城，
但是，即使最開始是因為“被選擇”做的測試工作，開始了鼠標“點點點”的軟件測試職業(yè)生涯，我們也應(yīng)該著力突破，除了提高測試設(shè)計等能力之外，我們還應(yīng)該嘗試學(xué)習(xí)自動化測試。
理由非常簡單：軟件是用代碼來解決現(xiàn)實世界的問題，作為軟件從業(yè)人員，我們用代碼來解決自己工作中的問題，不是自然而然的思路嗎？作為先鋒隊，開發(fā)已經(jīng)拿著代碼的加特林在突突突了，作為后防，測試還拿著木棒守城？
是時候了，扔掉木棒撿起槍，從這本書開始！
這本書，是關(guān)于軟件自動化測試，但是它不會直接給出“正確”的終極解決方案(我自己也沒有)，而是演示如何從基礎(chǔ)出發(fā)，發(fā)現(xiàn)問題，探索方向，解決問題，迭代和改進方案，重點在“漁”，而不在“魚”。這是軟件測試的應(yīng)有思路。
本書的內(nèi)容按難易程度組織成入門、進階和高階三個層級，內(nèi)容設(shè)計前后銜接，互相呼應(yīng)，讀者可以清晰地看到細節(jié)打磨的過程。不同技術(shù)水平的讀者，都可以在相應(yīng)的層級看到精心設(shè)計的內(nèi)容和范例，可行的工程實踐，以及上升到更高層級需要的技能和思考方向。
戳這里，買一本碼農(nóng)徐西寧的新書：
《軟件自動化測試實戰(zhàn)解析-基于Python3編程語言》
友情提示：出版社特別提供了額外的粉絲限時福利（2021年8月有效），有更多優(yōu)惠哦：
* 本書的范例代碼提供免費下載, 請關(guān)注公眾號，發(fā)送消息“代碼”，即可得到下載地址 *
如果Bug被發(fā)布出去了，誰將為此背鍋負責(zé)？
誰失職誰負責(zé)!? ? ? ?--開發(fā)說
測試團隊的職責(zé)就是測試，保證軟件產(chǎn)品質(zhì)量，如果產(chǎn)品的bug沒有被及時發(fā)現(xiàn)，給用戶造成了損失，這就是測試工作沒有做到位，理應(yīng)為結(jié)果負責(zé)。Bug是我寫的嗎?? ?? ?--測試問
測試角色的職責(zé)是測試，但是軟件產(chǎn)品的設(shè)計實現(xiàn)并不是由測試團隊負責(zé)的，Bug的出現(xiàn)，最根本的原因是軟件本身的設(shè)計和實現(xiàn)出了問題，測試不應(yīng)該為此負主要責(zé)任。
如果丟球就是守門員的錯，那么， 奧利弗-卡恩以門將身份獲得2002年世界杯金球獎，是因為他沒有丟過球嗎？！如果我的代碼沒有Bug，那要測試做什么呢? ?--開發(fā)問。我們總是對自己做的東西有著迷之自信，但是，人總有考慮不周的時候，有犯錯的時候，有腦子進水的時候，我們深知這一點，所以，才需要專門的測試角色，以獨立的眼光審視和檢查，發(fā)現(xiàn)我們沒有察覺的問題。
我們是最后一環(huán)，不是唯一一環(huán)? --測試說。正如開發(fā)過程會出Bug，測試過程也會出”Bug“。測試工作中的”Bug“之一，就是未能及時發(fā)現(xiàn)軟件產(chǎn)品的Bug，使產(chǎn)品缺陷直接影響到了用戶。
軟件研發(fā)是一個系統(tǒng)工程，大家的職責(zé)分工有側(cè)重點，但是參與其中的每一個角色都應(yīng)該為項目負責(zé)。守門員無疑是把守球門的最后一道閘，但在最后的防線之前，還有10人！如果前鋒軟腳蟹，中場閑庭信步，后腰用目光防守，在球門線上供上布馮也無濟于事啊。
測試不就是鼠標點點點嘛，這也做不好? ?--開發(fā)說。開發(fā)是軟件研發(fā)的核心團隊，是真正實現(xiàn)客戶需求的力量，我們開發(fā)人員要懂編程語言，懂面向?qū)ο?，懂前端后端，懂消息隊列，懂?shù)據(jù)庫，懂業(yè)務(wù)邏輯，懂頸椎病的防治。。。你們測試只要用鼠標在UI上點點點就可以了，這么簡單的事情也做不好？
雷聲陣陣，大戰(zhàn)在即。雙方都充滿怨氣，這么聊下去，免不了刀光劍影。這是在現(xiàn)實中經(jīng)常出現(xiàn)的情況，對此，我想對測試團隊給出幾點建議。
1懟回！
如果說測試的工作就是用鼠標點點點，開發(fā)的工作不也就是用鍵盤敲敲敲嘛，你們自己也是一身綠毛，有什么資格說我是妖怪？
所以，更重要的，是到底用鍵盤敲下了什么，用鼠標點擊驗證了什么。大家都可以往紙上涂墨，但不是所有人都是書法家。
2反思！
但是，我們必須清醒地認識到，懟回去只是為了不堵心，逞口舌之快并不能解決問題。
憑心而論，開發(fā)的工作比測試更重要，這是事實。我見過很多中小軟件公司沒有專職的測試職位，但是我還沒有見過哪家開發(fā)的工作是其他角色兼任的。事實上，很多測試工程師確實技術(shù)水平不夠高，這讓測試工作的質(zhì)量和效率徘徊在一個低位水平，也讓測試在與開發(fā)的沖突中屢處下風(fēng)，相當被動。
所以，測試工程師需要拿出行動來，改變這種局面。
3行動！
身為測試工程師，我們先捫心自問：我們做測試，是因為技術(shù)水平不如開發(fā)，做不了開發(fā)工作，只能做測試么？
不得不承認，很多情況下是這樣的！雖然也有很多情況是個人選擇，守城的并不一定弱，也可以是因為愿意守城、擅長守城，
但是，即使最開始是因為“被選擇”做的測試工作，開始了鼠標“點點點”的軟件測試職業(yè)生涯，我們也應(yīng)該著力突破，除了提高測試設(shè)計等能力之外，我們還應(yīng)該嘗試學(xué)習(xí)自動化測試。
理由非常簡單：軟件是用代碼來解決現(xiàn)實世界的問題，作為軟件從業(yè)人員，我們用代碼來解決自己工作中的問題，不是自然而然的思路嗎？作為先鋒隊，開發(fā)已經(jīng)拿著代碼的加特林在突突突了，作為后防，測試還拿著木棒守城？
是時候了，扔掉木棒撿起槍，從這本書開始！
這本書，是關(guān)于軟件自動化測試，但是它不會直接給出“正確”的終極解決方案(我自己也沒有)，而是演示如何從基礎(chǔ)出發(fā)，發(fā)現(xiàn)問題，探索方向，解決問題，迭代和改進方案，重點在“漁”，而不在“魚”。這是軟件測試的應(yīng)有思路。
本書的內(nèi)容按難易程度組織成入門、進階和高階三個層級，內(nèi)容設(shè)計前后銜接，互相呼應(yīng)，讀者可以清晰地看到細節(jié)打磨的過程。不同技術(shù)水平的讀者，都可以在相應(yīng)的層級看到精心設(shè)計的內(nèi)容和范例，可行的工程實踐，以及上升到更高層級需要的技能和思考方向。
戳這里，買一本碼農(nóng)徐西寧的新書：
《軟件自動化測試實戰(zhàn)解析-基于Python3編程語言》
友情提示：出版社特別提供了額外的粉絲限時福利（2021年8月有效），有更多優(yōu)惠哦：
* 本書的范例代碼提供免費下載, 請關(guān)注公眾號，發(fā)送消息“代碼”，即可得到下載地址 *
下載文檔
