對于一個企業(yè)而言，能否很好的生存下去，有四個核心指標(biāo)，產(chǎn)品質(zhì)量Q、服務(wù)質(zhì)量S、產(chǎn)品價格P、響應(yīng)時間T。在我看來，屬于技術(shù)范疇的2個最核心的指標(biāo)是：一是產(chǎn)品質(zhì)量、二是響應(yīng)時間，提高企業(yè)核心競爭力要以提高產(chǎn)品質(zhì)量為目標(biāo)，質(zhì)量是企業(yè)的命脈所在，怎樣更好的保障產(chǎn)品質(zhì)量，為一線的銷售保駕護航好產(chǎn)品，就顯得尤為重要了。
作為一名員工，我們和企業(yè)同呼吸，共命運，加強產(chǎn)品質(zhì)量的意識，提高產(chǎn)品質(zhì)量也就顯得日益迫切。那么到底如何做才能提高產(chǎn)品質(zhì)量？
就我個人而言，我是一名軟件測試工程師，那么我應(yīng)該在日常的工作中做出怎樣的努力，才能為提高產(chǎn)品質(zhì)量做出一份貢獻？
首先我們就以軟件測試流程作為規(guī)范，分析測試員能為提高產(chǎn)品質(zhì)量做些什么。
1.需求評審階段
項目初期，發(fā)現(xiàn)那些潛在的缺陷或錯誤，避免這些錯誤或缺陷遺漏到項目的后期。所以，在需求評審階段我們應(yīng)該做到：
①做好評審前的相關(guān)質(zhì)疑與確認(rèn)記錄；
②對于責(zé)任、目標(biāo)應(yīng)和項目達成共識。
2.編寫測試計劃、排期階段
測試計劃的編寫包含所需資源、任務(wù)安排、進度安排、風(fēng)險分析等內(nèi)容。我們應(yīng)該明確：
①制定測試進度和任務(wù)安排；
②準(zhǔn)備測試環(huán)境；
③制定預(yù)發(fā)布、停測的標(biāo)準(zhǔn)；
④制定測試策略和測試方法；
⑤確定測試風(fēng)險；
⑥確定測試所需資源的其他信息；
3.用例評審階段，我們應(yīng)該注意：
①用例設(shè)計的結(jié)構(gòu)安排，一定和合理、清晰，以便高效的對需求進行覆蓋；
②要覆蓋需求的所有測試點；
③合理安排優(yōu)先級的測試；
④用例要具有很好的執(zhí)行性，用例的前置條件、操作步驟、預(yù)期結(jié)果應(yīng)正確清晰；
⑤盡量刪除冗余的測試用例
⑥要從用戶層面設(shè)計測試用例；
4.測試過程中，我們怎么才能到盡早盡快的發(fā)現(xiàn)更多的問題呢？
①測試前期應(yīng)確保測試環(huán)境的穩(wěn)定性；
②準(zhǔn)備應(yīng)充分，目標(biāo)應(yīng)明確，應(yīng)該正確的理解用戶；
③增加版本控制，跟蹤記錄整個軟件的開發(fā)過程，避免出現(xiàn)開發(fā)混淆代碼版本和測試版本的情況或者出現(xiàn)開發(fā)與開發(fā)之間的代碼沖突；
接著我們再從企業(yè)自身方面探討下如何更好的把控產(chǎn)品質(zhì)量：
1、產(chǎn)品需求設(shè)計的合理性
產(chǎn)品需求設(shè)計的合理性非常非常的重要，需要PM前期做很充分的需求調(diào)研，走在一線多與用戶接觸，深度了解用戶最常用的場景、站在用戶角度思考產(chǎn)品邏輯、解決用戶痛點問題；
2、技術(shù)架構(gòu)設(shè)計、邏輯實現(xiàn)（設(shè)計）要合理
避免技術(shù)大的框架設(shè)計存在問題，多去考慮實現(xiàn)邏輯的合理性或效率、性能等；
3、開發(fā)編碼規(guī)范
規(guī)范不是對開發(fā)的制約，而是更有助于提高開發(fā)效率的；規(guī)范的代碼還可以降低維護成本、極大的提高團隊對代碼的可讀性，而且還有助于代碼review；
4、需求評審
正確而有效的進行需求評審，提前查閱，記錄好問題，帶著問題去評審，效率更高、效果更好；
5、測試流程的規(guī)范
根據(jù)自己公司的實際情況來制定，測試流程制定合理，可以更好的提高效率，避免pm、rd、qa來回扯皮、一起更好的把控產(chǎn)品質(zhì)量，在GSX，我們有PC、APP測試流程，大致分為測試需求分析、case編寫、case評審、接口測試、冒煙測試、test4輪測試、beta測試、monkey測試、提交testin進行兼容眾測，線上環(huán)境回歸測試、發(fā)布版本后安裝卸載升級主流程測試；
6、開發(fā)流程的規(guī)范
根據(jù)公司目前所處階段制定，如果是多個研發(fā)同步在開發(fā)多個功能，代碼需要分支開發(fā)，測試環(huán)境無bug后，再合并主干，提交代碼時進行必要的review，sql上線一定要進行必要的review，避免一條sql引起全站癱瘓的問題；
7、上線流程的規(guī)范
有的研發(fā)的分支團隊很多，公共代碼庫的維護很亂，有時容易引發(fā)較大的線上事故，所以很有必要約定好一個規(guī)范的上線流程，要保證分支沒問題的代碼才能合并到主干，再做主干整體回歸；
8、優(yōu)化功能測試的范圍界定
有時候rd優(yōu)化一個功能，qa在一個端測試沒有問題，但是有可能會引發(fā)其他端的問題，所以科學(xué)準(zhǔn)確的、恰到好處的選定測試范圍也是一門很深的學(xué)問；
9、接口測試、單元測試
一般情況下后端完成接口開發(fā)，就可以提前提測給QA小伙伴，開始服務(wù)端的接口測試，這樣可以讓隱含的Bug提前暴露出來，讓開發(fā)人員在第一時間修復(fù)Bug，讓功能測試人員在測試的時候更加順手一些，大限度得減少底層Bug的出現(xiàn)數(shù)量，讓產(chǎn)品研發(fā)的流程更加順暢，進而提高效率、縮短產(chǎn)品的研發(fā)周期；
10、UI走查
很多時候產(chǎn)品上了beta，或者上了線，才發(fā)現(xiàn)UI與設(shè)計不一致，所以UI的檢查也非常的重要，更需要在關(guān)鍵的時間點就介入走查，最好在冒煙測試時就走查一遍，在test環(huán)境測試完畢走查一遍，確保不因后期修改bug帶來的UI問題；
11、bug的度量與預(yù)防
定期進行bug的分布分析，線上bug的分析，找到出現(xiàn)該bug真正的原因，bug頻發(fā)的功能、場景，以及機型等；
12、運維監(jiān)控
運維層面也要做到非常完善的監(jiān)控體系，分別從網(wǎng)絡(luò)層、操作系統(tǒng)層、應(yīng)用層、接口層、做到端口存活、進程存活、頁面級別的監(jiān)控
13、必要的復(fù)盤和總結(jié)，
每次項目結(jié)束都要及時的進行復(fù)盤和總結(jié)，針對項目過程中出現(xiàn)的問題，及時的做出調(diào)整，避免團隊小伙伴下次再犯同樣的問題；
14、溝通機制的建立
有很多時候，都是溝通不到位產(chǎn)生的bug，在實際做項目過程中，會遇到很多很多，所以我們盡量要保持暢通的溝通環(huán)境和方式，可以組織每天站會的形式，快速無邊界溝通，做到信息同步，遇到問題及時溝通解決，提高效率；所以這一點要引起重視！
15、人的培養(yǎng)
對人的培養(yǎng)大致需要從這些方面，技術(shù)水平、做事方式、溝通協(xié)作能力，主動溝通意識、責(zé)任感、執(zhí)行力、學(xué)習(xí)力、有效的時間管理、積極樂觀、樂于幫助他人、樂于分享、并且從不抱怨，可以將積極向上的一面，感染帶動他人；
產(chǎn)品質(zhì)量管理大師朱蘭曾說過：“質(zhì)量是設(shè)計出來的，而不是檢驗出來的”，這句話證明了提高產(chǎn)品質(zhì)量除了相應(yīng)的測試確保質(zhì)量外，更應(yīng)該從源頭做起，做好前期策劃，加強過程管理，輔以適當(dāng)?shù)漠a(chǎn)品檢驗，始終遵循PDCA原則，提高產(chǎn)品的質(zhì)量才指日可待。
總結(jié)
現(xiàn)在大部分產(chǎn)品上線以來出現(xiàn)的運營事故，都是因為產(chǎn)品或流程問題導(dǎo)致的。或者由于之前的發(fā)布流程不完善，或者由于開發(fā)人員將版本打錯，其實很多都是可以避免的，現(xiàn)在我們完善產(chǎn)品發(fā)布流程，所有的產(chǎn)品都先在本地服務(wù)器測試，通過測試后，再切換到外網(wǎng)服務(wù)器供用戶使用。明確個人職責(zé)，出現(xiàn)運營事故后，根據(jù)原因來追究責(zé)任，制定個人績效考核等制度。來進一步完善運營流程和制度。
總之，要想得到用戶滿意的高質(zhì)量產(chǎn)品，管理、需求、開發(fā)、測試人人把關(guān)，人人負(fù)責(zé)。
總結(jié)的很到位，以后自己拿到一個產(chǎn)品時，要全方位考慮，避免踩坑。與大家共勉~
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
