做好功能測試和測試分析的方法

時間：2023-04-01 07:43:47 學習方法

做好功能測試和測試分析的方法

　　做好功能測試和測試分析的方法有那些?　我們要規劃測試流程，首先要熟悉整個項目的規劃。

　　因此積極參與到項目中的每個環節當中去是非常必要的。

　　至于測試流程，每個公司有每個公司的實情，就如HTSM一樣需要結合實際來定制一樣，測試流程也需要結合公司的實際情況來規劃。

　　我稍微列舉一下幾個必要步驟：

　　首先項目立項，立項以后，基本上每個階段的時間都有了一個大概的評估。

　　因此立項之后立馬著手于測試計劃的編寫，當然這個不是最后的方案，測試計劃也會根據實際項目的進行而調整。

　　但是還是要先把初稿編寫出來，自己心里有一個大概的框架。

　　完成測試計劃后，拿到需求文檔并積極打聽開發的設計方案。

　　根據獲取到文檔信息，圈定測試范圍，思考測試手段。

　　最后編寫測試方案。

　　需求分析會后，對整個測試范圍更加清晰，并可以分解測試點時，開始編寫測試分析。

　　測試分析不需要太詳細，但一定要有清晰的思路。

　　測試分析主要用于指導“你要測什么?”。

　　編寫準入測試用例，可以用于提供給開發自測。

　　因此此類用例可寫得比較詳盡。

　　編寫全部的測試用例。

　　注意測試用例包含的各元素(不會的網上有模板)。

　　注意用例前置條件要寫得清晰明了，因為用例主要用于“你要怎么測?”。

　　執行準入用例。

　　雖然開發已經執行過一次，但測試的角度與開發的角度明顯不一致。

　　執行后也可用于判斷是否可以進入測試階段。

　　執行用例全集。

　　此過程可判定軟件質量，大型項目建議做日報以及周報。

　　做到及時匯報軟件質量情況。

　　編寫準出報告。

　　根據準出標準，判定軟件實現是否已達到與需求一致。

　　編寫用戶使用手冊。

　　為了讓用戶快速上手使用軟件，編寫手冊供用戶參考使用。

　　參考的文檔：需求文檔、開發設計文檔、開發詳細設計文檔、開發接口文檔、開發字典表等涉及的文檔。

　　下面整理了一下本次大家的提問的問題，對部分問題做了解答：

　　1、公司剛成立不久，請問做客戶端的測試流程要注意什么?

　　回答：首先感謝你的提問。

　　不太清楚貴公司的具體方針是什么，因此也沒辦法給太詳細的答案。

　　我個人覺得測試的具體方案跟流程都是需要結合公司實際運營情況來決定的。

　　可能需要你自身的學習并應用到實際當中去。

　　按照我的理解給以下建議，希望可以幫到你：

　　(1)明確需求。

　　一定要監督需求文檔的完整以及可讀性，起碼可以到能拿出來分解測試需求的情況。

　　畢竟測試先知來自需求。

　　(2)跟開發溝通在開發之前可以提供設計文檔。

　　一定要了解開發的設計思路，這里可以發現一部分開發功能是否真的就達到了需求的要求。

　　(3)選一個適合公司應用的測試模型。

　　比如V模型或者W模型。

　　(4)客戶端是指APP還是PC的客戶端呢?APP的話，注意兼容性測試是否有實體機測試，并且要做相應的風險評估。

　　(5)積極與需求、開發溝通并調整部門間的合作關系。

　　2、老大，WEV和APP測試有什么區別?

　　回答：WEV?WEB?還是wap?我個人沒有做過wap相關測試，可能沒辦法給一個詳細準確的答案。

　　但是我測試WEB跟APP的時候好像沒啥區別，基本測到的項目都是一致的。

　　一定要說的話，可能使用到的工具有些區別。

　　測試APP還要考慮到手機上的一些特性，比如耗電，不同制式的網絡(2G,3G,4G,wifi)，接電話斷開對app的影響，與其他APP的兼容等等。

　　3、如何對一個功能進行深入的剖析?請問在功能測試方面怎么深入?

　　回答：問題覺得有點小廣，不過我個人從以下幾個方面來考慮的。

　　(1)首先必須是業務，對業務一定要熟，一定要熟!熟到能發現業務邏輯不合理的程度就最好了。

　　(2)了解你測試的系統。

　　比如開發的設計方案等，各接口的調用。

　　(3)腳本測試跟探索測試結合。

　　當然哪個為主哪個為輔就要結合公司實際情況來應用了。

　　(4)多應用傳統的測試方法來對功能進行測試分析。

　　4-1、想要了解一下WEB架構的測試。

　　最好能從計劃開始?

　　4-2、一個項目的產生，在真正工作中，一個測試工程師的工作流程是啥?

　　回答：兩個問題的答案相同，我做web測試跟app測試沒啥區別，所以基本都是一套。

　　(1)項目立項以后，立即咨詢項目經理關于項目時間的安排(有些項目經理會直接提供)。

　　根據項目經理給的時間，按照公司實際的測試流程劃分每個測試階段的時間。

　　例如：

　　a.XXXX-XX-XX到YYYY-YY-YY編寫測試計劃

　　b.XXXX-XX-XX到YYYY-YY-YY編寫測試方案

　　c.XXXX-XX-XX到YYYY-YY-YY進行測試分析

　　d.XXXX-XX-XX到YYYY-YY-YY編寫準入用例，詳細用例

　　e.XXXX-XX-XX到YYYY-YY-YY執行準入用例，判定是否可以進入測試流程。

　　如果不通過則打回開發，延后進入測試時間。

　　這里需要評估風險，一定要跟項目經理溝通預留時間。

　　如果準入通過則進行下一個步驟。

　　f.XXXX-XX-XX到YYYY-YY-YY執行詳細用例

　　g.XXXX-XX-XX到YYYY-YY-YY編寫準出報告

　　h.XXXX-XX-XX到YYYY-YY-YY編寫用戶手冊

　　i.跟蹤生產質量

　　(2)整個測試流程就按照測試計劃描述那樣，按時間完成則可。

　　5、探索式測試有哪些方法?

　　回答：我認識的探索性測試，是一種測試風格。

　　也就是說他比較強調個人的思維或者特性。

　　他沒有跟傳統的測試方法一樣有指定的測試技術(等價類，邊界值之類的)。

　　我個人比較喜歡采用的思考方法有：

　　測試先知擴展。

　　根據預期結果擴展思維進行測試。

　　測試條件擴展。

　　根據不同的測試條件組合擴展測試。

　　在測試過程中發現bug的路徑或者類似路徑，進行測試。

　　不知道你認為的探索是什么樣的呢?又是怎么去進行測試的?這一塊感覺還有很多謎，可以多多討論。

　　6、Linux使用的多嗎?

　　回答：感謝提問，不知道這個問題具體要了解什么方面的內容呢?用不用linux看公司方案。

　　不過我從進入測試行業開始基本都是基于linux下操作。

　　7、我想知道金融支付方面該怎么去測，金融測試該怎樣高質量的去編寫測試用例，去測試?金融測試流程是什么?

　　回答：話說在沒有跟別的測試同行溝通之前我可能會給你一個很肯定的答案。

　　前段時間在微信群跟別的測試同行溝通過一次，才發現這個問題也是要結合公司實際情況來考慮的。

　　比如我們公司，安全方面是比較好的，所以很多情況下我們基本不考慮篡改地址信息這種測試方法。

　　但是如果你們公司安全包裝比較差的話，這里是一個很重要的測試點。

　　這里還是列一下我知道的：

　　基本編寫測試用例還是采用傳統的測試方法。

　　比如金額的輸入考慮等價類跟邊界值的情況，特別是邊界值，很容易出現問題。

　　如何去測試?我們是采用測試接口以及連接對方測試環境進行聯調的方式進行。

　　當然，聯調對方接口各種環境問題出現也是痛苦的一部分。

　　估計大部分測試這塊的同行都要受的折磨。

　　不知你認識的金融測試又是怎么樣的呢?

　　8、請問如何提高測試效率?

　　回答：好問題!提這個問題，說明你認為現在的測試效率比較底下的。

　　不知道具體阻礙你測試效率的是什么呢?因為不了解實際情況，我只能說首先找到阻礙你測試效率的因子，然后對應去解決問題，這樣應該會有一個好的提升。

　　思考以下幾個問題：

　　(1)對業務不熟悉嗎?沒測試一個功能點都需要找人確認?

　　(2)對被測系統了解嗎?每次提出的問題都是無效bug?

　　(3)相關的技術了解嗎?每次定位問題都需要開發幫忙才能定位?

　　(4)對測試環境配置了解嗎?每次預置條件的設置都需要花大量的時間在上面?

　　歡迎多多探討。

　　9、請問，功能測試進行到什么程度才算完成?需求覆蓋率，很難找到bug還是項目進度時間限制?功能測試是如何貫穿在整個項目的各個階段?

　　回答：好問題!我們是算需求覆蓋率的，這個基本可以體現在測試用例上面。

　　不知道你們領導希望你們的交付結果要到什么樣的情況呢?這個基本是看公司定位的。

　　我們項目主要大范圍地劃分為需求，開發(包括單元測試)，系統測試(即功能測試，包括了自動化的冒煙測試)，業務測試，預生產測試，生產上線測試這幾個階段。

　　10、Bi測試如何開展?

　　回答：很感謝你的提問。

　　但是很抱歉，你的問題我可能沒辦法回答。

　　我沒有測過Bi系統。

　　11、零基礎怎么開始測試?

　　回答：感謝提問，首先從掌握公司業務開始。

　　懂得公司業務邏輯了，才能發現問題，這是測試的基本。

　　然后盡可能補一些測試基礎知識。

　　比如傳統的測試方法，linux基本命令，sql語句等。

　　后續再考慮較為高階的性能以及自動化等知識。

　　12、功能測試分析方法常規使用的有哪些?怎樣能夠較快的引入到日常工作中?

　　回復：好問題!測試分析方法用的就是傳統的測試方法，沒錯就是你知道的等價類邊界值因果圖判定表之類的。

　　我之前數過有10幾種吧，具體就不一一列出來了。

　　下次有時間會整理一個合集出來，一起來探討探討。

　　13、請問功能測試，就是手工測試嗎，測試小白怎么進入測試行業呢?

　　回答：嗯，描述不太正確呢。

　　自動化也可以測試功能的。

　　掌握一些基礎知識，就可以入行了XD。

　　當然能學點語言類的就更好了。

　　可以參考問題237。

　　如果還是不能解答到你的疑問，可以多多探討喔。

　　14、一直做功能測試，除了管理，還有其他方向可以走嗎?

　　回答：嗯，可能我沒有太理解到你的疑問。

　　為嘛功能測試就只能走管理了呢?管理也不是那么好做的，如果以后公司要發展自動化，那么做為沒有接觸過自動化的你要如何管理自動化這塊呢?又要如何給自動化的同事指導呢?特別推薦學習測試女巫，她也是從功能做到自動化的，雖然不認識她但是我個人非常崇拜她。

　　15、一名入職不到一個月的測試小白，看文章、看視頻，想把功能測試學會，但如今看得云里霧里，想問，要學好功能測試，該從幾方面入手，得掌握哪些知識，學習路徑該是怎樣的?

　　回答：不要迷茫也不要被太多的知識給淹沒了。

　　從最基礎的開始，先學習公司業務，其他的慢慢來，但是一定要持續學習。

　　相信自己一定可以的!還不行的話，可以多多探討喔。

　　16、沒有明確需求的情況下，如何開展測試活動?

　　一般這種情況，我拒絕測試。

　　除非你們公司測試只是擺設，不然這種測試做了沒有任何的意義。

　　需求不明確也就是說可以隨時更改，也可以隨意想象。

　　比如需求是要做一條連衣裙，如果做出來的是一條L號的有蓮花花紋的裙子。

　　如果客戶要穿S號并且討厭蓮花圖案，相信你已經可以看到結果了。

　　并且也不利于團隊的合作，后期只會各種推諉。

　　如果你們公司是這種模式，我建議你找領導規劃。

【做好功能測試和測試分析的方法】相關文章：