從狹義上講，軟件測試用于確認軟件的質(zhì)量，一方面是確認軟件做了所期望的事情，另一方面是確認軟件以正確的方式來(lái)做這個(gè)事情。
【細品】：
我們通常所以為的軟件的質(zhì)量是不是由測試保證的?其實(shí)不然，測試人員僅僅是確認、檢查軟件的質(zhì)量是否符合某個(gè)標準，而并非是保證軟件質(zhì)量的，保證軟件質(zhì)量的人還是在于開(kāi)發(fā)。
什么是做正確的事和正確的做事
從廣義上講，軟件測試不僅是在測試產(chǎn)品本身，而且還測試軟件開(kāi)發(fā)生命周期的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現了很多問(wèn)題，則說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此，軟件測試是完善和提升軟件開(kāi)發(fā)過(guò)程的質(zhì)量關(guān)鍵。
【細品】：
這段所說(shuō)測試不僅測試的軟件本身，更是在測試軟件開(kāi)發(fā)生命周期。這個(gè)我的感觸太深了，我所在的公司測試團隊對于軟件整個(gè)開(kāi)發(fā)過(guò)程的改善影響太大了，當然這源于我們有一個(gè)專(zhuān)業(yè)能力與影響力超群的leader，這個(gè)人是改善一切的關(guān)鍵。
我才去這家公司時(shí)，整個(gè)開(kāi)發(fā)測試的現狀如下：
1.做事情從沒(méi)有規劃，上至產(chǎn)品經(jīng)理下發(fā)需求，下至軟件產(chǎn)品上線(xiàn)后期跟蹤維護，毫無(wú)章法
產(chǎn)品想召集大家講需求就講需求，想在開(kāi)發(fā)測試過(guò)程中改改需求就改，一句話(huà)的事，從未有人拒絕或對需求中的糟點(diǎn)提出質(zhì)疑，也很奇怪哦，當時(shí)這樣的氛圍下，該做的產(chǎn)品也一個(gè)沒(méi)少，公司業(yè)務(wù)也照常進(jìn)行著(zhù)。
而測試呢，測試在測試前從不寫(xiě)用例，等待開(kāi)發(fā)開(kāi)發(fā)完以后直接對著(zhù)需求文檔測試，真大膽哦，既然是這樣，測試用例當然也無(wú)存檔，從不積累，也不用談?wù)撚美u審什么的(那個(gè)時(shí)候根本不知道 用例評審 是什么?)，連bug我們都不帶記錄的，我們面對面去說(shuō)，我曾一度覺(jué)得這樣的做法簡(jiǎn)直不像一個(gè)擁有上百號人的公司的行為。
測試完了就該上線(xiàn)了，上線(xiàn)還算有點(diǎn)規劃，至少能提前幾天定下哪天上線(xiàn)，但并沒(méi)有明確的上線(xiàn)策略(策略這個(gè)東西簡(jiǎn)直太重要了，不管是上線(xiàn)策略，還是測試策略又或更高層面公司發(fā)展策略)，那么，自然上線(xiàn)過(guò)程也不免坎坎坷坷。
我們都知道產(chǎn)品雖然都已經(jīng)上線(xiàn)了，但不代表你所上線(xiàn)的東西是完美無(wú)bug的，一不留神上線(xiàn)后的第一天系統就癱瘓，頁(yè)面、按鈕異常，這種時(shí)候怎么辦，我們當時(shí)反正是一鍋粥，上面領(lǐng)導發(fā)脾氣，下面干活的冒著(zhù)虛汗排查問(wèn)題，想想這畫(huà)面就生動(dòng)。
還有很多其他問(wèn)題，此處不一一列舉，這些問(wèn)題其實(shí)就是整個(gè)軟件生命周期過(guò)程的問(wèn)題，一個(gè)普通的測試如果僅僅站在自己的職位立場(chǎng)上當然這些問(wèn)題不是該你管的事，但是一個(gè)眼界格局夠高的測試leader是必須要能夠看到并改善這一惡劣情形的。
2.有項目時(shí)大家忙成一鍋粥，沒(méi)項目時(shí)呢，大多數人無(wú)所事事
代碼框架優(yōu)化的覺(jué)悟很少，大都是敵不動(dòng)我不動(dòng)狀態(tài)，等待一直填坑。
部門(mén)知識積累基本沒(méi)有，從不沉淀業(yè)務(wù)、技能知識。
除了工作本身以外，部門(mén)沒(méi)有統一的一年規劃，這時(shí)候的團隊凝聚力也很差，人員流動(dòng)性大。
以上是2年以前我所在公司在沒(méi)有完善的軟件開(kāi)發(fā)周期過(guò)程時(shí)工作中存在的種種問(wèn)題，可以說(shuō)它關(guān)系著(zhù)產(chǎn)品、開(kāi)發(fā)、測試三方的和諧穩定性，而這樣的過(guò)程由誰(shuí)來(lái)推進(jìn)改善呢?在我們公司這件事兒的確是由測試來(lái)完成的，現在想來(lái)我們領(lǐng)導真的厲害。
改善后的現狀：
產(chǎn)品經(jīng)理過(guò)需求必須提前2天發(fā)送邀請郵件，提前的目的是為了保證相關(guān)受邀人員能夠提前查閱需求，待著(zhù)問(wèn)題去聽(tīng)，有疑問(wèn)會(huì )上直接提出來(lái)，以確保會(huì )議的高效，需求沒(méi)有明顯的錯誤，同時(shí)也為后期開(kāi)發(fā)測試的順利保駕護航。
測試不再隨意進(jìn)行測試工作，必須在測試之前寫(xiě)用例，評審用例，這個(gè)過(guò)程其實(shí)是一個(gè)再次核對需求是否有誤，確認大家對需求認知一致性的過(guò)程，以便及時(shí)發(fā)現隱藏的問(wèn)題，調整方案。同時(shí)，根據已定的用例評估整個(gè)測試周期，提前預知上線(xiàn)時(shí)間。
測試的第一輪為冒煙測試，該輪測試不通過(guò)，則打回給開(kāi)發(fā)，打回次數多了則應受到開(kāi)發(fā)leader的重視，如此，逐漸提高開(kāi)發(fā)自測的質(zhì)量。冒煙測試通過(guò)以后，則進(jìn)入真正的測試環(huán)節，發(fā)現bug務(wù)必提至相關(guān)的缺陷管理系統以便做好跟蹤，并要求bug描述必須詳細規范，減少二次溝通成本。
未上線(xiàn)之前，測試每天下班前都會(huì )發(fā)送進(jìn)度郵件，告知干系人當前進(jìn)度、問(wèn)題等情況，以便及時(shí)預知風(fēng)險。
上線(xiàn)至生成環(huán)境前必須做好上線(xiàn)策略，有條不紊的進(jìn)行，突發(fā)情況做好預案。
生成環(huán)境的bug根據嚴重等級做好處理策略。
做好資產(chǎn)存檔，知識分享，做到?jīng)]有你在其他人可隨時(shí)替補(這是站在管理者的角度，站在個(gè)人角度我們就需要想辦法讓自己不容易替代)。
整個(gè)核心的軟件周期過(guò)程目前已得以改善，但依然還有很多其他問(wèn)題需要繼續推進(jìn)，僅以此來(lái)記錄我的測試生涯中的一點(diǎn)點(diǎn)痕跡，希望對其他測試同仁有所幫助。
聯(lián)系客服
