久久精品99久久|国产剧情网站91|天天色天天干超碰|婷婷五天月一av|亚州特黄一级片|亚欧超清无码在线|欧美乱码一区二区|男女拍拍免费视频|加勒比亚无码人妻|婷婷五月自拍偷拍

學(xué)習(xí)方法

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

時間:2023-04-01 07:43:47 學(xué)習(xí)方法 我要投稿
  • 相關(guān)推薦

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

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

  因此積極參與到項目中的每個環(huán)節(jié)當(dāng)中去是非常必要的。

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

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

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

  因此立項之后立馬著手于測試計劃的編寫,當(dāng)然這個不是最后的方案,測試計劃也會根據(jù)實際項目的進行而調(diào)整。

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

  完成測試計劃后,拿到需求文檔并積極打聽開發(fā)的設(shè)計方案。

  根據(jù)獲取到文檔信息,圈定測試范圍,思考測試手段。

  最后編寫測試方案。

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

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

  測試分析主要用于指導(dǎo)“你要測什么?”。

  編寫準(zhǔn)入測試用例,可以用于提供給開發(fā)自測。

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

  編寫全部的測試用例。

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

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

  執(zhí)行準(zhǔn)入用例。

  雖然開發(fā)已經(jīng)執(zhí)行過一次,但測試的角度與開發(fā)的角度明顯不一致。

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

  執(zhí)行用例全集。

  此過程可判定軟件質(zhì)量,大型項目建議做日報以及周報。

  做到及時匯報軟件質(zhì)量情況。

  編寫準(zhǔn)出報告。

  根據(jù)準(zhǔn)出標(biāo)準(zhǔn),判定軟件實現(xiàn)是否已達到與需求一致。

  編寫用戶使用手冊。

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

  參考的文檔:需求文檔、開發(fā)設(shè)計文檔、開發(fā)詳細設(shè)計文檔、開發(fā)接口文檔、開發(fā)字典表等涉及的文檔。

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

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

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

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

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

  可能需要你自身的學(xué)習(xí)并應(yīng)用到實際當(dāng)中去。

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

  (1)明確需求。

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

  畢竟測試先知來自需求。

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

  一定要了解開發(fā)的設(shè)計思路,這里可以發(fā)現(xiàn)一部分開發(fā)功能是否真的就達到了需求的要求。

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

  比如V模型或者W模型。

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

  (5)積極與需求、開發(fā)溝通并調(diào)整部門間的合作關(guān)系。

  2、老大,WEV和APP測試有什么區(qū)別?

  回答:WEV?WEB?還是wap?我個人沒有做過wap相關(guān)測試,可能沒辦法給一個詳細準(zhǔn)確的答案。

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

  一定要說的話,可能使用到的工具有些區(qū)別。

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

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

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

  (1)首先必須是業(yè)務(wù),對業(yè)務(wù)一定要熟,一定要熟!熟到能發(fā)現(xiàn)業(yè)務(wù)邏輯不合理的程度就最好了。

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

  比如開發(fā)的設(shè)計方案等,各接口的調(diào)用。

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

  當(dāng)然哪個為主哪個為輔就要結(jié)合公司實際情況來應(yīng)用了。

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

  4-1、想要了解一下WEB架構(gòu)的測試。

  最好能從計劃開始?

  4-2、一個項目的產(chǎn)生,在真正工作中,一個測試工程師的工作流程是啥?

  回答:兩個問題的答案相同,我做web測試跟app測試沒啥區(qū)別,所以基本都是一套。

  (1)項目立項以后,立即咨詢項目經(jīng)理關(guān)于項目時間的安排(有些項目經(jīng)理會直接提供)。

  根據(jù)項目經(jīng)理給的時間,按照公司實際的測試流程劃分每個測試階段的時間。

  例如:

  a.XXXX-XX-XX到Y(jié)YYY-YY-YY編寫測試計劃

  b.XXXX-XX-XX到Y(jié)YYY-YY-YY編寫測試方案

  c.XXXX-XX-XX到Y(jié)YYY-YY-YY進行測試分析

  d.XXXX-XX-XX到Y(jié)YYY-YY-YY編寫準(zhǔn)入用例,詳細用例

  e.XXXX-XX-XX到Y(jié)YYY-YY-YY執(zhí)行準(zhǔn)入用例,判定是否可以進入測試流程。

  如果不通過則打回開發(fā),延后進入測試時間。

  這里需要評估風(fēng)險,一定要跟項目經(jīng)理溝通預(yù)留時間。

  如果準(zhǔn)入通過則進行下一個步驟。

  f.XXXX-XX-XX到Y(jié)YYY-YY-YY執(zhí)行詳細用例

  g.XXXX-XX-XX到Y(jié)YYY-YY-YY編寫準(zhǔn)出報告

  h.XXXX-XX-XX到Y(jié)YYY-YY-YY編寫用戶手冊

  i.跟蹤生產(chǎn)質(zhì)量

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

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

  回答:我認識的探索性測試,是一種測試風(fēng)格。

  也就是說他比較強調(diào)個人的思維或者特性。

  他沒有跟傳統(tǒng)的測試方法一樣有指定的測試技術(shù)(等價類,邊界值之類的)。

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

  測試先知擴展。

  根據(jù)預(yù)期結(jié)果擴展思維進行測試。

  測試條件擴展。

  根據(jù)不同的測試條件組合擴展測試。

  在測試過程中發(fā)現(xiàn)bug的路徑或者類似路徑,進行測試。

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

  6、Linux使用的多嗎?

  回答:感謝提問,不知道這個問題具體要了解什么方面的內(nèi)容呢?用不用linux看公司方案。

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

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

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

  前段時間在微信群跟別的測試同行溝通過一次,才發(fā)現(xiàn)這個問題也是要結(jié)合公司實際情況來考慮的。

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

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

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

  基本編寫測試用例還是采用傳統(tǒng)的測試方法。

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

  如何去測試?我們是采用測試接口以及連接對方測試環(huán)境進行聯(lián)調(diào)的方式進行。

  當(dāng)然,聯(lián)調(diào)對方接口各種環(huán)境問題出現(xiàn)也是痛苦的一部分。

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

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

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

  回答:好問題!提這個問題,說明你認為現(xiàn)在的測試效率比較底下的。

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

  思考以下幾個問題:

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

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

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

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

  歡迎多多探討。

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

  回答:好問題!我們是算需求覆蓋率的,這個基本可以體現(xiàn)在測試用例上面。

  不知道你們領(lǐng)導(dǎo)希望你們的交付結(jié)果要到什么樣的情況呢?這個基本是看公司定位的。

  我們項目主要大范圍地劃分為需求,開發(fā)(包括單元測試),系統(tǒng)測試(即功能測試,包括了自動化的冒煙測試),業(yè)務(wù)測試,預(yù)生產(chǎn)測試,生產(chǎn)上線測試這幾個階段。

  10、Bi測試如何開展?

  回答:很感謝你的提問。

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

  我沒有測過Bi系統(tǒng)。

  11、零基礎(chǔ)怎么開始測試?

  回答:感謝提問,首先從掌握公司業(yè)務(wù)開始。

  懂得公司業(yè)務(wù)邏輯了,才能發(fā)現(xiàn)問題,這是測試的基本。

  然后盡可能補一些測試基礎(chǔ)知識。

  比如傳統(tǒng)的測試方法,linux基本命令,sql語句等。

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

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

  回復(fù):好問題!測試分析方法用的就是傳統(tǒng)的測試方法,沒錯就是你知道的等價類邊界值因果圖判定表之類的。

  我之前數(shù)過有10幾種吧,具體就不一一列出來了。

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

  13、請問功能測試,就是手工測試嗎,測試小白怎么進入測試行業(yè)呢?

  回答:嗯,描述不太正確呢。

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

  掌握一些基礎(chǔ)知識,就可以入行了XD。

  當(dāng)然能學(xué)點語言類的就更好了。

  可以參考問題237。

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

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

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

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

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

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

  從最基礎(chǔ)的開始,先學(xué)習(xí)公司業(yè)務(wù),其他的慢慢來,但是一定要持續(xù)學(xué)習(xí)。

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

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

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

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

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

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

  如果客戶要穿S號并且討厭蓮花圖案,相信你已經(jīng)可以看到結(jié)果了。

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

  如果你們公司是這種模式,我建議你找領(lǐng)導(dǎo)規(guī)劃。

【做好功能測試和測試分析的方法】相關(guān)文章:

測試方案和測試計劃10-02

軟件測試中綜合測試的基本方法10-26

軟件測試方法概述10-26

測試軟件安全的方法10-05

做好接口測試的前提是什么09-30

軟件測試方法有哪些10-26

化學(xué)分析測試求職簡歷10-02

小學(xué)生學(xué)習(xí)方法測試10-05

電氣設(shè)備絕緣電阻測試方法10-05