人之所以強(qiáng)大,在于(不安于現(xiàn)狀的)人會(huì)不斷的去學(xué)習(xí),提升自己、突破自己。而保持多閱讀是一種經(jīng)久不衰且有效提升自我的學(xué)習(xí)途徑!
如果把學(xué)習(xí)成長(zhǎng)過(guò)程比喻成武功秘籍:
下面以軟件測(cè)試&質(zhì)量保障&質(zhì)量建設(shè)幾方面,給大家分享20條內(nèi)功心法(行業(yè)金句),心法(金句)表面雖看似簡(jiǎn)單,但真正要做到并不容易,希望給大家在做質(zhì)量改進(jìn)工作時(shí),多一些思考和啟發(fā)?。ㄒ部梢蕴暨x一些作為你們公司或團(tuán)隊(duì)的文化建設(shè)標(biāo)語(yǔ))
軟件測(cè)試:
任何軟件的測(cè)試,都是可以基于“輸入-輸出-行為”
模型(又叫IBO模型)來(lái)做測(cè)試分析和設(shè)計(jì)。
當(dāng)我們談到“軟件測(cè)試”時(shí),是指軟件測(cè)試的相關(guān)工作,如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等,但不局限于動(dòng)態(tài)測(cè)試,也可以包括靜態(tài)測(cè)試——需求評(píng)審、設(shè)計(jì)評(píng)審、代碼評(píng)審和借助工具進(jìn)行代碼靜態(tài)分析。
測(cè)試是一個(gè)把質(zhì)量意識(shí)輸出到整個(gè)團(tuán)隊(duì)的人,是一個(gè)流程推動(dòng)者,是一個(gè)需求挖掘者,是一個(gè)質(zhì)量把關(guān)者,一方面我們確實(shí)通過(guò)自己的經(jīng)驗(yàn)和技術(shù)手段去挖掘更多的Bug,另外一方面,通過(guò)傳播質(zhì)量意識(shí)盡可能的去從產(chǎn)品上游去避免Bug。
程序的測(cè)試可以證明程序有錯(cuò),但永遠(yuǎn)無(wú)法證明程序無(wú)錯(cuò)。
一段程序,對(duì)于測(cè)試人員,bug永遠(yuǎn)是存在的,沒(méi)有發(fā)現(xiàn)只是測(cè)試手段的不足。
測(cè)試做得再好,也只能是**減少 bug **的概率。
QA和測(cè)試兩者是有明顯區(qū)別的,QA強(qiáng)調(diào)有好的研發(fā)過(guò)程產(chǎn)生好的產(chǎn)品,側(cè)重過(guò)程定義、過(guò)程評(píng)審和過(guò)程改進(jìn),工作重心是預(yù)防缺陷,而測(cè)試屬于質(zhì)量控制,強(qiáng)調(diào)對(duì)軟件階段性產(chǎn)品和最終產(chǎn)品的質(zhì)量檢驗(yàn),工作重心是發(fā)現(xiàn)缺陷。雖然測(cè)試是QA的重要手段之一,但不等同于QA。
研發(fā)偷偷上代碼或者研發(fā)修改后給出的影響面不足導(dǎo)致出現(xiàn)線上問(wèn)題的情況是非常比較常見(jiàn)的,尤其在小公司里面,常見(jiàn)的不得了;這個(gè)原因歸根到底是,測(cè)試知道的或者能預(yù)防的太少了;
解釋一下測(cè)試開(kāi)發(fā)和開(kāi)發(fā)工程師的區(qū)別,軟件測(cè)試開(kāi)發(fā)工程師(software engineer in test,后文簡(jiǎn)稱SET)本質(zhì)上也是一個(gè)開(kāi)發(fā)角色,只是工作重心在可測(cè)試性和通用測(cè)試基礎(chǔ)框架上。SET更加關(guān)注于質(zhì)量提升和測(cè)試覆蓋率的增加。他們這樣做的目的是為質(zhì)量服務(wù),而SWE則更關(guān)注在客戶使用功能開(kāi)發(fā)的實(shí)現(xiàn)上。
很多人以需求規(guī)格為標(biāo)準(zhǔn)開(kāi)展測(cè)試,所有的評(píng)判標(biāo)準(zhǔn)依據(jù)是“是否與需求文檔一致”不一致就認(rèn)為是Bug,這是很危險(xiǎn)的做法,這只會(huì)拉低測(cè)試的高度,使其受限于需求規(guī)格的高度。
質(zhì)量保障:
質(zhì)量保障和測(cè)試的職責(zé)已從單純的缺陷發(fā)現(xiàn)轉(zhuǎn)變?yōu)榭蛻魸M意度和業(yè)務(wù)成果的推動(dòng)者了,這是個(gè)根本性的轉(zhuǎn)變。
產(chǎn)品質(zhì)量不僅僅是主管質(zhì)量的部門(mén)和管理者的事情,而是所有員工的責(zé)任和義務(wù)。
產(chǎn)品質(zhì)量或者工作中遇到問(wèn)題不用慌,了解原因,制定方案,也許不能落地,但思考了,結(jié)果就是屬于你的了;
測(cè)試或QA的職責(zé)是保證產(chǎn)品的質(zhì)量,而bug過(guò)多則證明了產(chǎn)品質(zhì)量差而不是產(chǎn)品質(zhì)量好,bug多了證明團(tuán)隊(duì)當(dāng)前是有問(wèn)題的,證明QA在一定程度上沒(méi)有做到位,證明當(dāng)前的產(chǎn)品是有風(fēng)險(xiǎn)的。
質(zhì)量建設(shè):
質(zhì)量體系的改進(jìn),不是一個(gè)一蹴而就的事情,它需要有耐心、有計(jì)劃地進(jìn)行。每一次過(guò)程改進(jìn)都應(yīng)該有要達(dá)到的目標(biāo),在目標(biāo)沒(méi)有達(dá)成之前就不應(yīng)該輕易地進(jìn)行下一次質(zhì)量體系的改進(jìn)。
每次引入新的質(zhì)量理念也不是隨意的進(jìn)行。而是要看組織當(dāng)前質(zhì)量體系存在什么問(wèn)題,希望怎樣的體系改進(jìn)能夠解決這個(gè)問(wèn)題。在考慮清楚這個(gè)問(wèn)題之后,才去選擇引入適合組織的新的質(zhì)量管理理念。
以客戶滿意度為中心的質(zhì)量體系建設(shè)。以客戶為中心,從客戶的角度看質(zhì)量,所以滿足客戶需求的、用戶期待的,都應(yīng)該算做是質(zhì)量,都是我們要持續(xù)改進(jìn)的。
質(zhì)量建設(shè)強(qiáng)調(diào)全員參與,全員參與有兩個(gè)層面的問(wèn)題要解決:一是意愿,二是能力。
很多團(tuán)隊(duì)在做質(zhì)量建設(shè)時(shí),一直都覺(jué)得資源不夠,其實(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)品,不一定是沒(méi)有缺陷的產(chǎn)品,而是為我們各種重要的用戶提供相應(yīng)價(jià)值的,并滿足了他們對(duì)產(chǎn)品一定期望的產(chǎn)品。
看山是山,同一件事情在不同人眼中、甚至在不同階段,都有不同的樣子。一臺(tái)電腦,可以用來(lái)吃雞,可以用來(lái)看電影,也可以用來(lái)建模,還可以寫(xiě)論文,學(xué)渣與學(xué)霸都用一樣的課本。
上面這些“內(nèi)功心法”,不同人看到,可理解的程度也會(huì)不一樣,是時(shí)候測(cè)試一下你是學(xué)霸 or 學(xué)渣?可以在留言區(qū)分享你對(duì)哪一條金句觀點(diǎn)最為認(rèn)同,或者分享一下對(duì)金句背后的理解。
聯(lián)系客服