今天這篇文章，不聊純技術(shù)，分享一些不一樣的干貨：技術(shù)背后的內(nèi)驅(qū)力！

人之所以強(qiáng)大，在于（不安于現(xiàn)狀的）人會不斷的去學(xué)習(xí)，提升自己、突破自己。而保持多閱讀是一種經(jīng)久不衰且有效提升自我的學(xué)習(xí)途徑！

如果把學(xué)習(xí)成長過程比喻成武功秘籍：

• 技術(shù)則是武功秘籍對應(yīng)的招式修練，而想要練成絕世武功，光練招式還不夠，還需要修煉對應(yīng)的武功心法。
• 武功心法則對應(yīng)的是我們的學(xué)習(xí)方法、學(xué)習(xí)思路或者說是學(xué)習(xí)背后的底層邏輯。

下面以軟件測試&質(zhì)量保障&質(zhì)量建設(shè)幾方面，給大家分享20條內(nèi)功心法（行業(yè)金句），心法（金句）表面雖看似簡單，但真正要做到并不容易，希望給大家在做質(zhì)量改進(jìn)工作時(shí)，多一些思考和啟發(fā)?。ㄒ部梢蕴暨x一些作為你們公司或團(tuán)隊(duì)的文化建設(shè)標(biāo)語）

軟件測試：

• 任何軟件的測試，都是可以基于“輸入-輸出-行為”模型（又叫IBO模型）來做測試分析和設(shè)計(jì)。

• 當(dāng)我們談到“軟件測試”時(shí)，是指軟件測試的相關(guān)工作，如單元測試、集成測試、系統(tǒng)測試等，但不局限于動態(tài)測試，也可以包括靜態(tài)測試——需求評審、設(shè)計(jì)評審、代碼評審和借助工具進(jìn)行代碼靜態(tài)分析。

• 測試是一個(gè)把質(zhì)量意識輸出到整個(gè)團(tuán)隊(duì)的人，是一個(gè)流程推動者，是一個(gè)需求挖掘者，是一個(gè)質(zhì)量把關(guān)者，一方面我們確實(shí)通過自己的經(jīng)驗(yàn)和技術(shù)手段去挖掘更多的Bug，另外一方面，通過傳播質(zhì)量意識盡可能的去從產(chǎn)品上游去避免Bug。

• 程序的測試可以證明程序有錯，但永遠(yuǎn)無法證明程序無錯。

• 一段程序，對于測試人員，bug永遠(yuǎn)是存在的，沒有發(fā)現(xiàn)只是測試手段的不足。

• 測試做得再好，也只能是**減少 bug **的概率。

• QA和測試兩者是有明顯區(qū)別的，QA強(qiáng)調(diào)有好的研發(fā)過程產(chǎn)生好的產(chǎn)品，側(cè)重過程定義、過程評審和過程改進(jìn)，工作重心是預(yù)防缺陷，而測試屬于質(zhì)量控制，強(qiáng)調(diào)對軟件階段性產(chǎn)品和最終產(chǎn)品的質(zhì)量檢驗(yàn)，工作重心是發(fā)現(xiàn)缺陷。雖然測試是QA的重要手段之一，但不等同于QA。

• 研發(fā)偷偷上代碼或者研發(fā)修改后給出的影響面不足導(dǎo)致出現(xiàn)線上問題的情況是非常比較常見的，尤其在小公司里面，常見的不得了；這個(gè)原因歸根到底是，測試知道的或者能預(yù)防的太少了；

• 解釋一下測試開發(fā)和開發(fā)工程師的區(qū)別，軟件測試開發(fā)工程師（software engineer in test，后文簡稱SET）本質(zhì)上也是一個(gè)開發(fā)角色，只是工作重心在可測試性和通用測試基礎(chǔ)框架上。SET更加關(guān)注于質(zhì)量提升和測試覆蓋率的增加。他們這樣做的目的是為質(zhì)量服務(wù)，而SWE則更關(guān)注在客戶使用功能開發(fā)的實(shí)現(xiàn)上。

• 很多人以需求規(guī)格為標(biāo)準(zhǔn)開展測試，所有的評判標(biāo)準(zhǔn)依據(jù)是“是否與需求文檔一致”不一致就認(rèn)為是Bug，這是很危險(xiǎn)的做法，這只會拉低測試的高度，使其受限于需求規(guī)格的高度。

質(zhì)量保障：

• 質(zhì)量保障和測試的職責(zé)已從單純的缺陷發(fā)現(xiàn)轉(zhuǎn)變?yōu)榭蛻魸M意度和業(yè)務(wù)成果的推動者了，這是個(gè)根本性的轉(zhuǎn)變。

• 產(chǎn)品質(zhì)量不僅僅是主管質(zhì)量的部門和管理者的事情，而是所有員工的責(zé)任和義務(wù)。

• 產(chǎn)品質(zhì)量或者工作中遇到問題不用慌，了解原因，制定方案，也許不能落地，但思考了，結(jié)果就是屬于你的了；

• 測試或QA的職責(zé)是保證產(chǎn)品的質(zhì)量，而bug過多則證明了產(chǎn)品質(zhì)量差而不是產(chǎn)品質(zhì)量好，bug多了證明團(tuán)隊(duì)當(dāng)前是有問題的，證明QA在一定程度上沒有做到位，證明當(dāng)前的產(chǎn)品是有風(fēng)險(xiǎn)的。

質(zhì)量建設(shè)：

• 質(zhì)量體系的改進(jìn)，不是一個(gè)一蹴而就的事情，它需要有耐心、有計(jì)劃地進(jìn)行。每一次過程改進(jìn)都應(yīng)該有要達(dá)到的目標(biāo)，在目標(biāo)沒有達(dá)成之前就不應(yīng)該輕易地進(jìn)行下一次質(zhì)量體系的改進(jìn)。

• 每次引入新的質(zhì)量理念也不是隨意的進(jìn)行。而是要看組織當(dāng)前質(zhì)量體系存在什么問題，希望怎樣的體系改進(jìn)能夠解決這個(gè)問題。在考慮清楚這個(gè)問題之后，才去選擇引入適合組織的新的質(zhì)量管理理念。

• 以客戶滿意度為中心的質(zhì)量體系建設(shè)。以客戶為中心，從客戶的角度看質(zhì)量，所以滿足客戶需求的、用戶期待的，都應(yīng)該算做是質(zhì)量，都是我們要持續(xù)改進(jìn)的。

• 質(zhì)量建設(shè)強(qiáng)調(diào)全員參與，全員參與有兩個(gè)層面的問題要解決：一是意愿，二是能力。

• 很多團(tuán)隊(duì)在做質(zhì)量建設(shè)時(shí)，一直都覺得資源不夠，其實(shí)真不需要，富有富的打法，窮有窮的打法，關(guān)鍵要預(yù)判最大的難點(diǎn)，然后集中力量去攻克，集中力量打殲滅戰(zhàn)，不要想那么多，初期就把核心點(diǎn)做好就行。

• 打造狼性團(tuán)隊(duì)，除了制度保證、考核到位以外，領(lǐng)導(dǎo)者的個(gè)人特質(zhì)也是非常關(guān)鍵的。

• 好的質(zhì)量的產(chǎn)品，不一定是完美的產(chǎn)品，不一定是沒有缺陷的產(chǎn)品，而是為我們各種重要的用戶提供相應(yīng)價(jià)值的，并滿足了他們對產(chǎn)品一定期望的產(chǎn)品。

看山是山，同一件事情在不同人眼中、甚至在不同階段，都有不同的樣子。一臺電腦，可以用來吃雞，可以用來看電影，也可以用來建模，還可以寫論文，學(xué)渣與學(xué)霸都用一樣的課本。

上面這些“內(nèi)功心法”，不同人看到，可理解的程度也會不一樣，是時(shí)候測試一下你是學(xué)霸 or 學(xué)渣？可以在留言區(qū)分享你對哪一條金句觀點(diǎn)最為認(rèn)同，或者分享一下對金句背后的理解。