|
不論你何時(shí)開始接觸測試這個(gè)行業(yè)的，你首先了解到的一定是功能測試。即，通過一些測試手段，來驗(yàn)證開發(fā)做出的代碼是否符合產(chǎn)品的需求。
當(dāng)然，每個(gè)人對(duì)功能測試的理解也會(huì)存在不同。但，只要你做這行，就一定會(huì)發(fā)現(xiàn)一個(gè)現(xiàn)象：很多同學(xué)覺得功能測試太簡單，工資不高，所以就轉(zhuǎn)行做自動(dòng)化測試了，結(jié)果不僅自動(dòng)化沒學(xué)會(huì)，反而越做越迷茫。
究其原因：是因?yàn)槟氵B功能測試都沒學(xué)好，怎么可能學(xué)好自動(dòng)化測試。
下面，我就自己的個(gè)人經(jīng)歷，為大家分享一些測試后心得，希望對(duì)大家有用
需求分析：發(fā)揮主動(dòng)性
正常需求在提出時(shí)，產(chǎn)品需分析需求價(jià)值、影響范圍和實(shí)現(xiàn)代價(jià)等?？墒乾F(xiàn)在很多情況是，需求來了就組織評(píng)審，然后開發(fā)測試與上線。產(chǎn)品主導(dǎo)型的開發(fā)模式非常常見，作為測試人員，我們無法主導(dǎo)需求和項(xiàng)目。因此，在需求評(píng)審的時(shí)候，提前預(yù)估工作量，防止因評(píng)估不足造成后期測試不充分。
再者，一定要關(guān)注開發(fā)和產(chǎn)品討論。如果開發(fā)說其中一個(gè)部分比較難實(shí)現(xiàn)，但最后實(shí)現(xiàn)了。那么，其中的變動(dòng)和難點(diǎn)就是測試的重點(diǎn)關(guān)注部分。
另外，需求評(píng)審結(jié)束后，需向產(chǎn)品提出評(píng)審改動(dòng)部分，同時(shí)更新自己的測試方案。最后，根據(jù)產(chǎn)品需求，在設(shè)計(jì)測試方案及時(shí)間安排上，可粗粒度預(yù)估，時(shí)間上要合理，并在會(huì)上與所有與會(huì)人員交流。
用例設(shè)計(jì)與評(píng)審：做到不遺漏
測試用例是每個(gè)測試人員工作中必不可少的環(huán)節(jié)。不管你是用Excel，還是FreeMind來寫，都應(yīng)編寫并存檔?？赡芎芏嗳瞬辉谝鉁y試用例編寫規(guī)范，但我認(rèn)為這個(gè)觀點(diǎn)須糾正。
編寫測試用例，我認(rèn)為最重要一點(diǎn)，就是從用戶的角度出發(fā)。首選，測試用例的編寫，必須具備：測試用例名、執(zhí)行步驟、預(yù)期結(jié)果這三個(gè)元素。再者，測試方案選擇必須全面。作為功能測試人員，你可能不會(huì)編寫自動(dòng)化測試腳本、性能測試、安全測試等腳本，但是你必須知道需進(jìn)行哪些測試。
如：面試的時(shí)候給你一個(gè)場景：一個(gè)全新的App要發(fā)版，如果讓你來測試，你能想到哪些測試方案？
如果你只關(guān)注如何測試App的功能，那你很可能會(huì)面試失敗。此時(shí)App的功能、性能、數(shù)據(jù)傳輸安全性、接口或服務(wù)的測試（包括：功能測試、自動(dòng)化測試與監(jiān)控、性能測試），底層數(shù)據(jù)存儲(chǔ)與容災(zāi)情況等，都須考慮在內(nèi)。
另外，設(shè)計(jì)用例時(shí)要設(shè)計(jì)兩類。一類是關(guān)于開發(fā)自測和驗(yàn)收測試標(biāo)準(zhǔn)的冒煙測試用例；另一類是針對(duì)需求的全面測試用例。寫完用例要主動(dòng)聯(lián)系相關(guān)人員進(jìn)行用例評(píng)審，強(qiáng)調(diào)開發(fā)自測。在評(píng)審時(shí)，還要及時(shí)修改不合適的用例。
測試流程：注重項(xiàng)目控制
其實(shí)，項(xiàng)目的流程控制在需求開始時(shí)就應(yīng)該重視起來。只是很多時(shí)候，我們?nèi)菀缀雎赃@個(gè)問題。測試人員是一線工作人員，不管你工作了多久，都必須有關(guān)注項(xiàng)目整體的意識(shí)。如果你不關(guān)注項(xiàng)目進(jìn)度，很可能會(huì)導(dǎo)致加班返工。
需求一旦明確由你負(fù)責(zé)，就要時(shí)刻排期來關(guān)注項(xiàng)目的進(jìn)度情況。同時(shí)，在測試過程中，發(fā)現(xiàn)了bug必須詳細(xì)的描述問題，不管是jira,禪道或是其他的bug管理方式。發(fā)現(xiàn)bug一定要寫清楚以下幾點(diǎn)：Bug問題描述，bug重現(xiàn)步驟，是否有前置條件，預(yù)期結(jié)果，實(shí)際結(jié)果，以方便開發(fā)去進(jìn)行修改。另外，還要給bug準(zhǔn)確分級(jí)，實(shí)時(shí)跟蹤進(jìn)度，保證項(xiàng)目按期完成。
上線回歸與項(xiàng)目總結(jié)
需求上線完成后，要及時(shí)進(jìn)行線上回歸。如果有必要，須提醒相關(guān)人員進(jìn)行自動(dòng)化線上回歸或是監(jiān)控工作。同時(shí)，必須回歸由bug修復(fù)導(dǎo)致的原有功能喪失問題，以確保新功能的成功上線。作為功能測試人員，我們還需通過問題記錄、解決措施記錄等內(nèi)容，將整個(gè)新功能上線過程做成文檔，便于后期查閱使用。
總結(jié)和沉淀
在應(yīng)聘時(shí)，很多有著多年從業(yè)經(jīng)驗(yàn)的功能測試人員，面臨無法被錄用的窘境。究其原因，是因?yàn)椋耗悴痪邆湎鄳?yīng)工作年限該具備的工作能力。
多個(gè)測試工具在使用時(shí)，有哪些關(guān)聯(lián)性？在遇到同種類型的bug時(shí)，有幾種應(yīng)對(duì)策略？在做完項(xiàng)目后，你是否做過完整的梳理和總結(jié)？對(duì)于這些問題的處理態(tài)度，將決定著你工作能力的提升與否，也決定著你未來的求職成功率。
另外，請(qǐng)時(shí)常問問自己：離開現(xiàn)在的公司，我還有什么？你還有的內(nèi)容，才是你價(jià)值的體現(xiàn)。不要想通過調(diào)換工作方向，逃避自己能力不足這個(gè)問題。只有充分認(rèn)清自己的能力，正確看待問題的人，才能走的更長遠(yuǎn)。
 |
