a级毛片免费全部播放-a级毛片免费观看在线播放-a级毛片免费观看网站-a级毛片免费看-国产成人精品在视频-国产成人精品在线

2021-12-31點擊量：164

近些年來，由于軟件系統(tǒng)的性能問題而引起嚴重后果的事件比比皆是，下面列舉幾個案例。(1)2007年10月，北京奧組委實行2008年奧運會門票預(yù)售，一時間訂票官網(wǎng)訪問量激增導(dǎo)致系統(tǒng)癱瘓，最終奧運會門票暫停銷售5天。(2)2009年11月22日，由于圣誕臨近，eBay網(wǎng)站的商品交易量比去年同期增長33%，正是由于多出的這33%使得eBay網(wǎng)站不堪重負而崩潰，導(dǎo)致賣家蒙受當(dāng)日銷售額80%的損失，可謂損失慘重。(3)12306訂票網(wǎng)站自2010年上線以來就飽受詬病，每年春運期間，該網(wǎng)站總會因為搶票高峰到來而崩潰，用戶在買票時出現(xiàn)無法登錄的現(xiàn)象。2014年，12306網(wǎng)站甚至出現(xiàn)了安全問題，用戶可以輕易獲取陌生人的身份證號碼、手機號碼等信息。上述事件都是由于軟件系統(tǒng)沒有經(jīng)過性能測試或者性能測試不充分而引發(fā)的問題。作為一名測試人員，除了要對軟件的基本功能測試之外，還需要對軟件性能進行測試，軟件性能測試也是非常重要且非常必要的一項測試。所謂性能測試就是使用性能測試工具模擬正常、峰值及異常負載狀態(tài)，對系統(tǒng)的各項性能指標進行測試的活動。性能測試能夠驗證軟件系統(tǒng)是否達到了用戶期望的性能需求，同時也可以發(fā)現(xiàn)系統(tǒng)中可能存在的性能瓶頸及缺陷，從而優(yōu)化系統(tǒng)的性能。本文由培訓(xùn)無憂網(wǎng)達內(nèi)教育專屬課程顧問整理發(fā)布，更多軟件測試培訓(xùn)課程歡迎關(guān)注培訓(xùn)無憂網(wǎng)軟件測試培訓(xùn)培訓(xùn)頻道或添加老師微信：15033336050...

2021-12-30點擊量：164

軟件測試是伴隨著軟件開發(fā)的發(fā)展而發(fā)展的。從軟件測試出現(xiàn)到現(xiàn)在，軟件測試一共經(jīng)歷了五個階段：以調(diào)試為主的軟件測試在20世紀50年代，隨著計算機的誕生，利用計算機完成復(fù)雜、快速計算的計算機編程也隨之出現(xiàn)。這時的需求和程序本身也遠遠沒有現(xiàn)在這么復(fù)雜多變，但是已經(jīng)有人在完成編程之后開始考慮“怎么證明程序滿足了需求？”的問題。這時的測試還沒有明確的概念，主要是以調(diào)試為主，驗證程序是否滿足了需求。以證明為主的軟件測試很快在1957年，CharlesBaker在《軟件測試發(fā)展》一書中就提出測試的概念，并且對調(diào)試和測試進行了區(qū)分：調(diào)試（Debug），確保程序做了程序員想讓它做的事情。測試（Testing），確保程序解決了它該解決的問題。這時的計算機軟件數(shù)量、成本和復(fù)雜性都大幅度提升，測試的重要性也大大增強，測試的目不僅僅是驗證，而且要確認軟件是滿足需求的，也就是我們常說的“做了正確的事情”。以破壞為主的軟件測試1979年，C.J.Myers在《軟件測試之藝術(shù)》一書中給出了軟件測試的經(jīng)典定義：測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。這個定義說明測試不僅要證明軟件做了正確的事情，也要保證它沒做不該做的事情。所以好的測試用例是發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例；成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。這個階段的測試的目的主要是找出軟件中潛在的錯誤，所以說它是以破壞為主。這也使得軟件測試和軟件開發(fā)獨立開來，測試需要更為專業(yè)的人員進行，畢竟開發(fā)人員在心理上總是不愿意給自己開發(fā)的軟件找錯。以評估為主的軟件測試在1983年，出現(xiàn)了V&V（驗證和確認）理論，測試被應(yīng)用在整個軟件生命周期中。同時IEEE提出的軟件測試新的定義：“使用人工或自動手段來運行或測定某個軟件系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別”。軟件測試以及測試工具在這個時期得到了快速的發(fā)展。以預(yù)防為主的軟件測試以預(yù)防為主是當(dāng)下軟件測試的主流思想之一。隨著敏捷開發(fā)被提出以來，測試驅(qū)動開發(fā)、自動化的持續(xù)集成和測試等技術(shù)的應(yīng)用，都體現(xiàn)出人們不再滿足與編碼后對程序的驗證和確認，而是事先就通過測試來保證編寫的代碼的正確性。從以調(diào)試為主到以預(yù)防為主，軟件測試已經(jīng)發(fā)生了翻天覆地的變化。每每想到現(xiàn)在一些實施GJB5000初級的組織的內(nèi)部測試竟然還是以調(diào)試為主，不僅讓人感慨GJB5000實施之路仍然任重道遠。這正是：調(diào)試進化到預(yù)防，測試發(fā)展大變樣如若不能去發(fā)展，質(zhì)量必然受影響本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：165

測試計劃，計劃些什么？需求分析，分析些什么？每個階段做一些什么事情，這個在后面的教學(xué)也會多次講到并且鞏固。看到這里有些小伙伴估計是懵的，什么是測試文檔，怎么樣參與需求評審，怎么樣提取功能點，這些東西沒有接觸過，現(xiàn)在不明白很正常。圍繞著測試流程每一個階段做什么樣的事情，包括怎么讀測試文檔，需求評審又是怎么一回事，怎么樣提取功能點，后面會寫一篇文章專門講。你現(xiàn)在知道有這么幾個環(huán)節(jié)，每個環(huán)節(jié)做什么事情就可以了。1.測試分析2.測試計劃3.測試設(shè)計4.測試執(zhí)行5.測試評估本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：239

1.認知心理學(xué)是測試的基礎(chǔ)。2.與測試有關(guān)的一些問題：a.人的感覺和記憶可靠性b.信念從哪里來c.信念如何影響人的行為d.做出決策所使用的偏見和捷徑e.如何考慮復(fù)雜事情f.在壓力下如何思考g.如何識別模式h.如何把想法和事物分類i.如何注意事物之間的差別j.記憶事件中的失真k.如何重新構(gòu)建部分記憶的事件（例如不可再現(xiàn)的程序錯誤）3.優(yōu)秀測試和平庸測試之間的差別在于測試員如何思考：測試員的測試設(shè)計選擇，解釋所觀察到的現(xiàn)象的能力，以及非常令人信服地分析描述這些現(xiàn)象的能力4.測試需要推斷，并不只是做輸出與預(yù)期結(jié)果的比較5.優(yōu)秀測試員會進行技術(shù)性、創(chuàng)造性、批判性和實用性的思考*技術(shù)性思考。對技術(shù)建模并理解因果關(guān)系的能力。這包括諸如相關(guān)技術(shù)事實的知識和使用工具并預(yù)測系統(tǒng)行為的能力*創(chuàng)造性思考。產(chǎn)生思想并看到可能性的能力。測試員只能以能夠想象得到的方式進行測試，只能尋找猜想會存在的問題*批判性思考。評估思想并進行推斷的能力。這包括在自己的思考中發(fā)現(xiàn)并消除錯誤的能力，將產(chǎn)品觀察與質(zhì)量準則關(guān)聯(lián)起來的能力，以及針對特定信念或所建議的行動過程構(gòu)建有說服力的測試用例的能力。*實用性思考。把想法付諸實施的能力。這種能力包括諸如運用測試工具，并使測試手段和力量與項目范圍適應(yīng)的技能。6.所有測試都基于模型.不管模型是什么，測試都主要基于產(chǎn)品模型進行，而不是實際產(chǎn)品7.直覺是不錯的開始，但又是糟糕的結(jié)束8.最后，測試員所能得到的只是對產(chǎn)品的印象，不管測試員對產(chǎn)品的質(zhì)量有什么看法，都是猜想。不管猜想有多么好的支持，也不能肯定自己是對的。因此，任何時候報告產(chǎn)品質(zhì)量狀態(tài)時，都應(yīng)該用有關(guān)測試方法和測試過程的已知局限性的細心，對報告進行限定。9.人們可以做的所有測試都可以在五個方面進行描述：*測試員。進行測試的人。例如，用戶測試是由目標市場的成員、通常使用該產(chǎn)品的人進行的轉(zhuǎn)向測試*覆蓋率。測試了哪些內(nèi)容。例如，在功能測試中，要測試每個功能*潛在問題。測試的原因（要測試什么風(fēng)險）。例如，測試極值錯誤。*活動。如何測試。例如探索式測試*評估。怎樣判判定測試通過還是不通過。例如，與已知正確結(jié)果的比較。10.關(guān)注測試員的基于人員的測試手段11.關(guān)注測試內(nèi)容的基于覆蓋率的測試手段12.關(guān)注測試原因（針對風(fēng)險測試）的基于問題的測試手段13.關(guān)注測試方法的基于活動的測試手段14.關(guān)注測試是否通過的基于評估的測試手段15.努力使錯誤報告有更高的價值16.清楚的報告問題，但不要試圖解決問題。17.如果決定據(jù)理力爭，就一定要贏。18.在決定要自動化的內(nèi)容時，首先設(shè)計自己的測試。這樣可以避免落入自動化測試的陷阱：易于自動化，但是在找缺陷上很弱。19.采用與設(shè)計手工測試不同的方法設(shè)計自動化測試20.測試自動化需要程序設(shè)計、測試和項目管理方面的技能。21.在自動化測試設(shè)計上不要吝嗇22.避免在測試腳本中使用復(fù)雜邏輯23.數(shù)據(jù)驅(qū)動的自動化測試更便于運行大量測試變種24.關(guān)鍵詞驅(qū)動的自動化測試更便于非程序員創(chuàng)建測試25.可測試性往往是比測試自動化更好的投資26.在決定要構(gòu)建的產(chǎn)品之前先分析需求，這一點既適用于軟件也同樣適用于文檔27.將關(guān)注點放在產(chǎn)品上，而不是人上。28.程序員喜歡談?wù)撟约旱墓ぷ鳌��?yīng)該問他們問題29.不要嘗試建立一種控制文化。30.測試經(jīng)理管理的是提供測試服務(wù)的子項目，不是開發(fā)項目31.項目涉及功能、可靠性、時間和資金之間的折衷32.了解程序員在交付版本之前會做什么（以及不會做什么）33.“足夠的測試”意味著“有足夠的信息可供客戶做出好決策”34.不要只為兩輪測試做出預(yù)算35.輪換測試員的測試對象36.盡量成對測試37.為項目指派一位問題查找高手38.定期狀態(tài)報告是一種強有力的工具39.如果測試經(jīng)理要編寫產(chǎn)品發(fā)布報告，應(yīng)描述測試工作和結(jié)果，而不是自己對改產(chǎn)品的看法40.在產(chǎn)品最終發(fā)布報告中列出沒有排除的程序錯誤41.閱讀自己員工完成的錯誤報告42.不要指望別人能夠高效處理多個項目43.積累自己員工的專業(yè)領(lǐng)域知識44.積累自己員工相關(guān)技術(shù)方面的專門知識45.積極提高技能；瀏覽技術(shù)支持日志46.幫助新測試員獲得成功，讓新測試員對照軟件核對文檔47.通過正面測試使新測試員熟悉產(chǎn)品48.讓新測試員在測試新程序錯誤之前，先重新測試老程序錯誤49.不要派測試新手參加幾乎完成的項目50.員工的士氣是一種重要資產(chǎn)本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：179

問：入行，做了快1年的軟件測試，覺得我在浪費時間，怎么辦？主要做的是一款電商相關(guān)的系統(tǒng)，可是感覺公司的軟件測試崗位都是邊緣崗位、沒技術(shù)含量，做的都是功能測試。來了這么久，沒接觸過技術(shù)性的東西，都是開發(fā)做好了，群里發(fā)個包，然后把功能驗證一遍。什么代碼，性能，壓力測試都沒接觸過，就連測試用例都沒怎么寫。沒有測試任務(wù)的時候就上上網(wǎng)、看看新聞；所以一直覺得我在浪費時間。剛畢業(yè)沒多久，第一份測試工作，不想放棄；可繼續(xù)這樣下去，覺得沒意義，我該怎么辦？IDO老徐，答：從學(xué)生時代，過度到職場，更多的是需要你自覺、自己主動學(xué)習(xí)、自己主動找事干。如果工作不忙，也接觸不到技術(shù)相關(guān)的內(nèi)容，可以主動去找、去看、去問，上班可以做的事，太多太多。寫六點：1、如果測試團隊沒有強行要求寫測試用例，你可以自己主動去寫；不一定要寫的非常詳細，也不一定要用Excel，甚至也不需要用例系統(tǒng)，腦圖（Xmind）就夠了，參考文章：寫測試用例，比較高效的方式2、如果覺得每天做的事，沒有技術(shù)含量，你可以主動讓自己有點技術(shù)含量。比如，用瀏覽器的F12看看報錯信息、抓個包。去服務(wù)器上，看看日志，遇到Bug，看看是不是服務(wù)端是否有error日志，順便也把Linux玩會了。3、對于一些增刪改查的測試，是需要去數(shù)據(jù)庫，SQL校驗下正確性的。這個時候，SQL也用上了。4、如果還有時間，可以自己玩一玩Postman、Jmeter、Fiddler，把抓包、接口測試、性能測試，都玩了一遍，這些對跳槽找工作、談相對高一點的薪資，很有用。而且，折騰的過程中，你會遇到很多問題，這個時候，你肯定會去搜索引擎、社區(qū)、群里找答案，每天忙的不亦樂乎，根本沒時間思考，是不是浪費時間。5、如果你還想更近一步，可以去Git倉庫，看看開發(fā)提交的代碼，每個提測的版本，都可以去看看代碼分支、合并是否有遺漏等。順便，把Git使用和基礎(chǔ)命令，也玩會了。6、當(dāng)然，也有很多團隊的情況是，測試在團隊完全不受重視；開發(fā)完了才知道需求、需求變更了不通知測試，突然告訴你要測試、晚上加班搞一搞。。。對于這種情況，你也可以主動去要求產(chǎn)品、開發(fā)，有變更必須第一時間同步給你。你不提需求，其他人怎么知道，你的想法和訴求呢？看完如上6點，也許你的想法，就不一樣了。另外，工作兩年后，你也許還得忙著提前三個月準備跳槽的事，更是一堆事要準備。之前前三年，非常重要，忙著呢。補充，1、建議去了解下「測試知識體系」相關(guān)的內(nèi)容，多學(xué)學(xué)。2、去看看測試職業(yè)的牛人們，都在做什么。3、毫無疑問，測試職業(yè)依然是一個入門門檻低，很好入門的職業(yè)。只是前期略枯燥，需要修煉基本功。且要學(xué)的太多。4、這是一個，需要不斷學(xué)習(xí)的職業(yè)，要學(xué)的太多太多，你只會發(fā)現(xiàn)時間不夠。而不是無聊，沒事做（除非，你完全沒追求，對漲薪也沒興趣）。加油吧。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：137

自我介紹在面試中常常作為第一個問題而出現(xiàn)，好的自我介紹可以帶來良好的第一印象，如何講好自我介紹呢。我建議從三部分下手：1.我是誰2.我會什么3.我想做什么范例【我是誰】面試官您好，我叫XXX，來自湖南。2013年畢業(yè)于XXX大學(xué)，有2年軟件測試工作經(jīng)驗，之前在XXX公司擔(dān)任軟件測試工程師一職。【我會什么】在公司里我先后負責(zé)了兩個項目的測試，分別為XX銀行現(xiàn)金管理項目和移動BOSS開發(fā)維護項目，在這兩個項目中我負責(zé)了測試計劃和方案的編寫，測試用例的設(shè)計，測試環(huán)境的搭建以及測試執(zhí)行和編寫測試報告等工作。在工作中我組要負責(zé)功能測試，其次還參與了一些非功能測試，如兼容性測試，易用性測試，性能測試等。【我想做什么】今次我來貴公司是求職軟件測試工程師，希望得到這樣一個機會。注：在【我會什么】部分中如果覺得內(nèi)容很簡短，可以對相關(guān)知識進行拓展來說。在【我想做什么】部分中可以弱化，因為面試的目的本身就是求職，不需要特別強調(diào)。建議：在自我介紹中多說自己會什么，自己做過什么，展現(xiàn)自己能力。少說與測試無關(guān)的內(nèi)容，盡量展示出自己專業(yè)的地方。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：153

產(chǎn)品出了問題，誰都不想擔(dān)這個責(zé)任，那么鍋由誰來背呢？1測試人員在以往的工作中發(fā)現(xiàn)，只要線上有bug，或者有哪個功能沒測到，都被認為就是測試的問題。之前做過一個項目，在項目驗收階段，客戶對下單的流程提出了一些優(yōu)化性的建議，但是在開發(fā)人員開發(fā)完這個需求之后，并沒有通知我進行測試，就導(dǎo)致在下一次給客戶演示的時候，下單流程根本不通，讓客戶非常失望。就這樣甩鍋之路又開始了，開發(fā)說是功能已經(jīng)做好了，但是是測試沒有測出問題來，測試又說并沒有被通知到這個已經(jīng)改好了需要測試，那么到底是誰的問題呢？其實嚴格說起來開發(fā)和測試都有責(zé)任的。開發(fā)人員在功能完成之后應(yīng)該及時的通知到測試人員進行測試，留出足夠的時間改bug；測試人員應(yīng)該嚴格按照需求的時間節(jié)點去確認開發(fā)人員是否完成了需求開發(fā)，不要一味的等開發(fā)人員通知，因為有時候開發(fā)人員有可能會遺漏掉。當(dāng)然這不是最奇葩的，遇到的最奇葩的一次是，由于運維人員數(shù)據(jù)維護錯誤，導(dǎo)致客戶的訂單錯誤被投訴，打眼一看，這應(yīng)該沒測試什么事兒了吧？不要太早的下定論哦。領(lǐng)導(dǎo)給出的結(jié)論是為什么數(shù)據(jù)維護完了不測一下？我當(dāng)時都震驚了，測試只能保證功能沒有問題，不可能每維護一條數(shù)據(jù)都測試一下，數(shù)據(jù)維護錯了把鍋甩在測試人員頭上，這就有點過分了吧？還有就是項目或需求延遲的情況，只要項目有延遲，就是質(zhì)問測試人員，為什么沒有測完？為什么不催著點開發(fā)趕緊做完？怎么還有bug沒有改完？工作時間越久就越來越發(fā)現(xiàn)，測試人員都成全能的了，什么也得干，什么都得會干。2新人記得我剛?cè)肼氁患倚鹿�司的時候，由于對業(yè)務(wù)還不太熟悉，所以剛開始的工作都是了解業(yè)務(wù)和需求，并沒有實際的分給某個功能做測試，有一次一個新需求，其他測試人員測試通過之后，第二天需要將這個新功能更新到生產(chǎn)環(huán)境上讓客戶使用。因為是新人嘛，所以領(lǐng)導(dǎo)就讓我和他一起來做版本的更新測試，正好可以熟悉一下公司的工作模式和系統(tǒng)的業(yè)務(wù)流程，但是第二天那個測試人員來晚了，所以就只有我來做了線上的基本流程測試，他并沒有這個新功能進行測試。但是在版本更新完成后，客戶在使用這個新功能的過程中，發(fā)現(xiàn)在編輯數(shù)據(jù)的時候，并沒有在原來的數(shù)據(jù)上進行修改，而是新生成了一條數(shù)據(jù)，導(dǎo)致數(shù)據(jù)混亂。等追究責(zé)任的時候，負責(zé)這個功能的測試人員就說是我做的線上測試，在線上沒有測試這個bug，不是他的問題是我的問題，當(dāng)時其實是很憋屈的，明明不是自己負責(zé)的功能，就因為自己做了線上的回歸測試，問題就被甩在我身上。但是由于是新人，不能一入職就和老員工硬剛，所以就忍了，當(dāng)時也是很無奈的（這只是舉個例子，當(dāng)然這種情況也會出現(xiàn)在開發(fā)或者運維等崗位上）。更奇葩的是，新入職一家公司后，接手了辭職人員的工作，當(dāng)這部分工作線上出問題時，責(zé)任也是你的，因為你現(xiàn)在負責(zé)這部分工作，沒有理由，也不能申辯，接著就行了，作為一個新人，好憋屈哦！3特殊情況不能離職的人這里的特殊情況包含但不僅限于懷孕、通勤時間等等。當(dāng)線上出問題被客戶投訴的時候，總要找一個人來背鍋，孕媽當(dāng)然首當(dāng)其沖的成為了最佳選擇，為什么呢？因為孕媽不能輕易離職啊，離職之后就要做好在家養(yǎng)胎的準備，一般的企業(yè)都不會招聘孕媽的，因為還沒為公司創(chuàng)造價值呢，就要休產(chǎn)假了。當(dāng)然孕媽們也都深有體會，所以在這個前提下，孕媽總會被推出來背鍋，因為她不敢輕易離職，有委屈只能受著（這個小編自己都深有體會）。當(dāng)然還有通勤時間的影響，如果住處比較偏僻，而當(dāng)前公司又是僅有的離家近的公司，那么也會成為背鍋的靶子。遇到職場甩鍋，我們應(yīng)該怎么辦呢？1頂頭上司甩鍋那么就得看你能不能忍了，如果能忍了，那就忍著吧，畢竟還要在他手下工作，不然你以后的日子就不大好過了，有被穿小鞋的風(fēng)險。雖然忍了，但是也可以在跟他溝通的過程中表達一種我非常樂意承擔(dān)這個責(zé)任的態(tài)度，既然結(jié)果不能改變，那么也要表明自己的態(tài)度，這樣領(lǐng)導(dǎo)心里也會覺得愧疚，有可能你會得到更好的資源或者更好的待遇。如果你覺得忍不了，或者這個公司可有可無，那么暢所欲言吧，把事情說明白，盡量的證明自己的清白，既然不打算在這呆了，也就不怕得罪領(lǐng)導(dǎo)了。2同事之間甩鍋兩個測試人員之間，那么我的建議是，明確這個功能到底是誰負責(zé)的，由主要負責(zé)人負責(zé)。如果是開發(fā)和測試之間，那么我建議是共同承擔(dān)責(zé)任，因為兩人都有問題，開發(fā)沒有考慮全面，測試沒有測出問題。3新人老人之間甩鍋如果新人遇到老員工甩鍋，不要急著撇清關(guān)系，首先要表達出自己剛來，對系統(tǒng)還不熟悉，有可能漏測并愿意承擔(dān)責(zé)任的態(tài)度來，其次是委婉的表達自己沒有負責(zé)這個需求，并沒有對這個需求進行過多的了解。當(dāng)然作為一個老人，不能仗著自己是老人就將責(zé)任推到新人身上，是自己的就是自己的，要有一個勇于承擔(dān)責(zé)任的心，因為所有人都是從新人到老人一步步過渡的。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：156

軟件測試從業(yè)者需要掌握哪些技術(shù)？在這里具體談?wù)勡浖�測試從業(yè)者要從哪些方面，具體要掌握哪些技術(shù)。1.要全面了解軟件測試技術(shù)方面最佳實踐，例如關(guān)鍵字驅(qū)動，數(shù)據(jù)驅(qū)動等框架設(shè)計演進歷史，這個可以參考我在公眾號發(fā)布的自動化測試框架基礎(chǔ)指南pdf2.熟練掌握一門編程語言，這里不僅僅指掌握語法，需要掌握到可以干開發(fā)的能力，主體需要掌握以下幾個方面:2.1熟練掌握編程語言特性2.2熟練掌握標準庫2.3熟練掌握常用的數(shù)據(jù)結(jié)合和算法，例如數(shù)組，列表，字符串，鏈表，map等的操作，以及各種排序，查找等基本算法，例如冒泡，快速，選擇等算法2.4熟練掌握常用的第三方庫，例如web開發(fā)flask,django,http庫requests庫，web自動化webdriver庫，數(shù)據(jù)庫操作orm庫例如sqlalchemy等等2.5熟練理解代碼組織管理封裝等3.廣泛的了解，理解當(dāng)下開源解決方案和商業(yè)工具的特點及應(yīng)用場景，例如RobotFramework,qtp,cypress,appium等等4.對于接口測試，除了從編程角度可以解決，也需要具備應(yīng)用工具解決的能力，因為，不是所有人都能快速或堅持學(xué)習(xí)掌握編程的，這個時候需要掌握一些工具，例如jmeter，postman,soapui這類的工具5.對于性能測試，推薦以jmeter為主，但也要去學(xué)習(xí)，了解loadrunner,locust,gatling這些工具6.對于數(shù)據(jù)測試則需要熟練掌握orm庫，例如sqlalchemy,pymysql等庫，同時需要掌握與unittest,pytest相結(jié)合，在應(yīng)對大數(shù)據(jù)時，則還需要掌握numpy,pandas這些大數(shù)據(jù)處理的庫，當(dāng)然也可以去掌握datatest這類專門針對數(shù)據(jù)測試的第三方集成庫，省事很多7.對于基礎(chǔ)測試，則需要去掌握unittest,pytest這類的庫，我推薦深入學(xué)習(xí)unittest以便深入理解基礎(chǔ)測試庫的原理，機制，在企業(yè)實踐中，則以企業(yè)級的pytest庫來實踐。最后，不管是哪個方面，編程是內(nèi)功，內(nèi)功不足，其他的在實踐起來，總會碰到各種各樣的的問題。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：170

做軟件測試要想保質(zhì)保量，就要做到測試充分，什么是測試充分，就是把所需要覆蓋的場景都要覆蓋到。如何做到場景全面覆蓋，特別是在時間緊任務(wù)重的時候？我把我這些年來工作的一點經(jīng)驗總結(jié)一下分享給大家，希望對大家有點幫助：No.1提前介入測試那么什么時候測試介入比較好？在需求明確下來進入開發(fā)之前，測試就可以介入了解需求的相關(guān)內(nèi)容了。這塊一般有兩個階段：第一個階段是需求澄清階段，這個階段就是需求接口人向開發(fā)講解需求的詳細要求及實現(xiàn)功能，這個時候測試就可以參與進來一起聽，聽過之后我們就對這個需求有了一個大概的了解，知道了這個功能的是要做什么，輸入輸出是什么，為后期了解詳細的實現(xiàn)方案做準備。第二個階段是開發(fā)實現(xiàn)方案澄清階段，這個階段一般是相關(guān)的開發(fā)人員把需求的功能實現(xiàn)方案和詳細邏輯跟需求提出人和接口人確認，我們這個時候參與進來，就可以根據(jù)開發(fā)講的實現(xiàn)方案和邏輯了解相關(guān)的的內(nèi)容：比如算法判斷邏輯是啥，取值是啥，輸入值的類型是啥，取的哪個表哪個字段的值，或者調(diào)取那個接口服務(wù)，異常輸入又是如何處理的，結(jié)果體現(xiàn)在哪里等等。當(dāng)然有些小公司是沒有給這些階段的時間的，拿到需求就可能是口頭說一下開發(fā)就直接實現(xiàn)，不會再次的澄清，這個時候我們怎么辦，只有自己主動找開發(fā)溝通，遇到與開發(fā)理解不一致的時候，還要找產(chǎn)品經(jīng)理或需求拉口人再次確認，來避免需求不清晰導(dǎo)致的一些不必要的問題，也為我們后期的測試用例編寫找到明確的答案。No.2測試分析，測試用例設(shè)計根據(jù)前期的了解，接下來我們就是要把這些存在于我們腦海中的信息轉(zhuǎn)化為文字形式列出來，并分析出我們的測試場景。為啥要把這些信息轉(zhuǎn)化文字，不根據(jù)所想直接列測試場景，因為這些信息存在我們腦海中的很容易忘記，而且不是很清晰，只有通過有章法的梳理信息后，才能形成對我們有用的信息。不知道大家有沒有這樣的情景，一個需求你看文檔或者聽需求接口人和開發(fā)都講過了，你也知道是啥了，感覺沒啥問題了，可是當(dāng)你下去寫測試用例的時候，你還是會有些地方模糊不清楚。那么把我們了解的信息形成文字，就能很好的幫助我們解決這個問題。如何梳理這些信息呢，我一般是按照這樣的順序來的：1）先分析需求的背景，業(yè)務(wù)要求。把之前了解的需求背景都寫出來，遇到不明確的及時詢問相關(guān)人員，直到明確。比如一個需求的背景是這樣的：業(yè)務(wù)人員在一線作業(yè)的時候發(fā)現(xiàn)某個模塊在一些國家是需要特殊型號的，而在系統(tǒng)訂單中默認配置的是另外一個型號，他們希望配置這個國家訂單的時候，系統(tǒng)能自動識別出來并把這個模塊替換成指定的型號。那我們在寫需求背景的時候不僅僅是寫上面那段話了，就要把“一些國家”中的國家給明確寫出來，就是這些國家是哪幾個國家，國家名稱是啥，代碼是啥，同時模塊型號也要明確寫出來，替換前的模塊是哪個？型號是啥？替換后的模塊是啥，型號又是啥？2)分析需求實現(xiàn)方案和邏輯這里就是把我們前期了解到的開發(fā)實現(xiàn)方案和邏輯一一羅列出來，有必要的可以用圖畫出來如開發(fā)的實現(xiàn)流程，邏輯判斷流程，數(shù)據(jù)走向等等。就比如上面那個需求，開發(fā)的實現(xiàn)方案是應(yīng)該包括這個國家是從訂單哪個信息里面取出來的，需要更換模塊型號的國家又是放在哪里的，是怎么取模塊型號的，更換后的結(jié)果在哪里體現(xiàn)等等那我們在這個分析模塊就要把這些都列出來，并一一明確。3）分析測試要點，測試要素根據(jù)前面兩項的分析，我們應(yīng)該很快的就理出我們的測試要點，重點關(guān)注項等內(nèi)容就說上面這個模塊型號更換吧，我們知道了：國家，指定模塊型號，更換后的模塊型號體現(xiàn)在哪里，都是我們的關(guān)注對象，同時我們還應(yīng)知道這個更換型號對于沒有不在指定國家的范圍內(nèi)的，型號是不受影響的。那么這些就是我們的測試要點和要素了。4）列出測試場景根據(jù)上面的分析，我們可以把我們所需要測試的場景以表格的形式寫出來了5）把測試場景轉(zhuǎn)化為測試用例到此，我們就可以輸出測試用例了，那我們這個用例到底充分與否，結(jié)果輸出是否正確，我們的理解是否到位呢？接下來我們就要請相關(guān)的人員對我們的文檔和用例進行一個評審了。No.3測試用例評審測試用例評審不僅僅評審的是測試用例，還有我們對這個需求的理解和我們的思路，所以在評審的時候我們應(yīng)該先把我們的測試分析文檔講一下，然后再把我們的測試用例拿出來給大家講一下，重點講測試的輸入和輸出結(jié)果。這樣下來在開發(fā)和系統(tǒng)設(shè)計人員的幫助下，我們就可以及早發(fā)現(xiàn)用例的不足以及我們忽略的測試點，及時補充測試用例，完善測試用例。這個在以前的公司測試用例評審是要求很嚴的，每個參于評審的人都必須要提出問題點，就是為了避免有些參于評審的人員只參于不評審，導(dǎo)致一些問題遺留到最后。No.4嚴格按照測試用例執(zhí)行測試這一點很重要，為什么這么說呢？因為你測試用例設(shè)計的再好，你不按照它來執(zhí)行，你的測試就不可能做到充分。還記得有一次我做好了一個需求的測試用例，評審?fù)耆�測試的時候，我覺得自己記得差不多了就按自己記的開始測試沒有按測試用例一個個的執(zhí)行，前面測試的很快，問題也不多。等后面回歸測試的時候，我就突然發(fā)現(xiàn)多出好幾個問題，原因就是我沒按測試好的測試用例全面覆蓋漏測了兩個關(guān)聯(lián)點，打此以后，我再也不敢脫離測試用例，自己憑記憶測試了。No.5分解需求有些需求接到的晚或著手測試的晚，功能又復(fù)雜，又要求按時上線，這個時候怎么辦？把需求測試用例完成后，按功能分成幾個小功能點，分配給多個組員測試（當(dāng)然這個在給參與測試的人員之前要把需求功能詳細的講解一下），在測試的過程中要保持經(jīng)常溝通，做到寧可交叉重復(fù)測試也不脫節(jié)測試。我記得當(dāng)時有一個web系統(tǒng)的功能，前期的時候因為忙著應(yīng)對其他緊急的需求，就把它放在一邊了，后面提上日程的時候發(fā)現(xiàn)留給我的時間不多了，我一個人測試肯定測試不全，這時我就主動找主管溝通，多調(diào)兩個同事來和我一起測試，然后在兩個同事的協(xié)助下，才順利完成了這個功能的測試。No.6交叉測試對于大的需求或都功能復(fù)雜的需求要做到多人交叉測試，這種測試在系統(tǒng)測試的時候就可以進行，以前我所在公司的項目每到系統(tǒng)測試都會進行這樣的安排，這樣就可以避免到后期回歸測試出現(xiàn)更多的問題。No.7重點功能要及時跟蹤進行測試充分性分析對于那些功能復(fù)雜，風(fēng)險性高的項目，我們要在每進行完一輪測試，進行一次測試充分性分析以便及時做出調(diào)整。有一次我們有一個比較大的改動，而這個改動涉及到了我們這個軟件流程中的一個核心點，也就是涉及到的內(nèi)容比較多，然而留給測試的時間卻不是很多只有兩周，怎么辦呢？組長首先把這個改動按影響到的功能點細化分了一下，分給了三個人進行測試，每天她都跟進統(tǒng)計測試進度，分析問題分布點，跟進問題修改情況，然后再根據(jù)這些及時調(diào)整測試策略，經(jīng)過兩周緊張的有序的測試，這個功能最終穩(wěn)當(dāng)?shù)纳暇�。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：163

談起軟件測試，就不得不說一下接口測試，凡是有功能的軟件都離不開接口，沒有接口的軟件只是一個模具或頁面，不具備任何功能。什么是接口接口說白了就是實現(xiàn)軟件功能的方法，而這些方法的最終目的就是傳遞信息，實現(xiàn)軟件功能。接口測試是什么接口測試就是驗證這些信息能否正確傳遞，驗證這個方法是否正確，有沒有存在潛在的安全，性能問題。所以總結(jié)一下接口測試的測試點就有三個：接口功能測試、接口安全測試、接口性能測試。那么接下來我就給大家講講我所遇到過的一些接口和測試吧！查詢本地數(shù)據(jù)庫數(shù)據(jù)的查詢接口這個接口的功能是這樣的：查詢條件訂單編號、產(chǎn)品名稱、產(chǎn)品型號、訂單日期，可單獨一個條件查詢也可多個條件聯(lián)合查詢，多個條件查詢的時候查詢出來的結(jié)果取并集。結(jié)果展示根據(jù)查詢條件查出來所有產(chǎn)品的配置信息展示給有權(quán)限的用戶看，展示的字段有訂單編號、產(chǎn)品名稱、產(chǎn)品版本號、產(chǎn)品型號、配件編號、配件描述、訂單日期。對這個接口的功能進行進一步的了解我們知道了如下信息：這些數(shù)據(jù)都是存在于本系統(tǒng)后臺數(shù)據(jù)庫中，涉及兩張表：訂單表、產(chǎn)品配置表。開發(fā)通過獲取頁面輸入的查詢條件，去數(shù)據(jù)庫查詢這兩張表里面的頁面需要的相關(guān)信息并展示出來。訂單表中訂單編號是主鍵，產(chǎn)品配置表中產(chǎn)品名稱+產(chǎn)品版本號是主鍵，兩張表通過產(chǎn)品名稱+產(chǎn)品版本號進行關(guān)聯(lián)。產(chǎn)品名稱存在特殊字符的現(xiàn)象。通過以上的了解，對這接口測試點進行分析：這是一個結(jié)果可見性的查詢接口，可以通過頁面功能直接來測試，可以不借用工具，另外它也不涉及外部系統(tǒng)數(shù)據(jù)，不用考慮聯(lián)測。因為字段表中查詢條件相關(guān)的字段有特殊字符，所以在測試輸入條件查詢的時候要關(guān)注特殊字符查詢條件的查詢。所以綜合以上分析，輸入這塊的測試場景有：輸入特殊字符輸入超長字符輸入空字符SQL注入安全測試從查詢條件分析，這個查詢條件是單獨或多個聯(lián)合使用的，且多個條件聯(lián)合時取的并集。所以從查詢條件的組合來看，測試場景有以下四種情況：輸入一個查詢條件輸入兩個查詢條件輸入3個查詢條件輸入4個查詢條件根據(jù)組合，我們羅列出查詢條件的測試場景，為防止有重復(fù)，我用了一個表格來畫如下對后臺兩個表中的數(shù)據(jù)進行分析,發(fā)現(xiàn)由于歷史原因，存在版本號為空的數(shù)據(jù)，而且存在數(shù)據(jù)量比較大的查詢數(shù)據(jù)，所以在測試的時候還需要關(guān)注版本號為空的場景，大數(shù)據(jù)查詢結(jié)果的場景。另外出于性能考慮，我們還要關(guān)注多人并發(fā)查詢的場景和一人頻繁查詢的場景，及異常場景：數(shù)據(jù)庫宕機的場景。所有測試的場景分析完了，接下來就是把這些場景轉(zhuǎn)化為具體的測試用例，執(zhí)行測試了。傳遞數(shù)據(jù)信息的通道中間接口這是一種常見的且最簡單的接口，沒有任何邏輯，也不做任何處理，只是把A系統(tǒng)傳過來的數(shù)據(jù)再轉(zhuǎn)手傳給B系統(tǒng)，功能比較單一，這種接口功能大致流程如下：我記得當(dāng)時測試有這樣一個接口，系統(tǒng)B想要獲取系統(tǒng)A產(chǎn)品的版本號信息，但系統(tǒng)B又沒有直接跟系統(tǒng)A交互，只能通過我們這個中間系統(tǒng)進行交互。所以系統(tǒng)B就把存在他們系統(tǒng)的產(chǎn)品名稱和產(chǎn)品型號傳到我們系統(tǒng)，我們系統(tǒng)再把這個信息推給系統(tǒng)A，系統(tǒng)A返回一個版本信息到我們系統(tǒng)，我們系統(tǒng)就直接把這個信息傳給了系統(tǒng)B。記得當(dāng)時story測試時，直接用的soapui工具，自己手動構(gòu)造的系統(tǒng)B的產(chǎn)品信息傳給了系統(tǒng)A，這樣雖然驗證了本系統(tǒng)接口功能的正確性和性能，但它的測試充分性卻是不足的，為啥呢？因為我們對系統(tǒng)A產(chǎn)品的特殊參數(shù)了解的不多，只能測試普通的共同性問題，不能測試到個性問題，所以必須進行聯(lián)測來完善測試，讓對方系統(tǒng)的測試人員根據(jù)他們的測試場景去構(gòu)造測試數(shù)據(jù)進行測試。涉及到外部系統(tǒng)的查詢接口這種接口的流程一般如下：像這種接口的測試輸入，輸出都在本系統(tǒng)但有一個中間結(jié)果在頁面是不可見的，我們雖然可以在頁面上看到輸入、輸出，但卻不能判斷輸出結(jié)果的正確性，這個時候我們就要通過接口測試工具和頁面功能相結(jié)合的方式來驗證了。有這樣一個頁面查詢功能就是這樣的，那個頁面查詢功能是：當(dāng)?shù)卿浫薃，所在公司下有子公司時，他可查詢到總公司及其所有分公司的訂單，當(dāng)所在公司下沒有分公司時，只能查看當(dāng)前公司的訂單。而這登錄人所在公司下是否有分公司只能通過查詢系統(tǒng)B才能知道，而系統(tǒng)B返回的結(jié)果在頁面上并沒有展示，而是直接拿他作為查詢條件進行了查詢，所以要測試這個查詢接口查詢結(jié)果是否正確，就要結(jié)合B系統(tǒng)返回給我們的結(jié)果進行測試。通過接口工具先查看系統(tǒng)B返回的結(jié)果，然后再對比頁面上的查詢結(jié)果看是否與我們預(yù)期的一致。這里用接口測試工具查看返回結(jié)果還有一個好處就是可以看到對方系統(tǒng)返回給我們的參數(shù)格式，便于我們根據(jù)他們的返回結(jié)果格式去構(gòu)造適合的測試場景來驗證我們的查詢結(jié)果，使我們的測試更充分。輸入在本系統(tǒng)，輸出在外系統(tǒng)的接口這類接口的測試一般我們采用接口工具和頁面功能相結(jié)合的方法進行測試，就是在我們的系統(tǒng)頁面觸發(fā)調(diào)用這個接口的功能，通過接口工具查看監(jiān)控此接口的信息來驗證信息的傳遞情況以及查看相關(guān)的輸出結(jié)果。當(dāng)然這種接口也可以直接用測試工具進行測試，但是我一般是不這樣的，為啥呢？因為數(shù)據(jù)構(gòu)造太麻煩，而且構(gòu)造的數(shù)據(jù)沒有直接在頁面調(diào)用接口形成的數(shù)據(jù)的可靠性高。同樣的這種接口還是少不得聯(lián)測的，聯(lián)測就是檢測我們系統(tǒng)存在的各種場景的數(shù)據(jù)傳遞過去后是不是都能被對方系統(tǒng)正常接收到。我碰到過的這樣的接口是這樣的一個功能：我們系統(tǒng)訂單生成的產(chǎn)品價格要傳給系統(tǒng)C，他們要做記錄進行預(yù)算。這個接口前期的各種參數(shù)輸入都在我們的系統(tǒng)頁面上可以完成，只是后期生成訂單后的價格和對應(yīng)的產(chǎn)品信息要傳到對方系統(tǒng)后的結(jié)果我們是看不到的。在這個時候，前面的測試就是根據(jù)我們系統(tǒng)各種參數(shù)場景組合測試，那這個參數(shù)到底傳沒有傳過去，因為兩個系統(tǒng)的開發(fā)并不同步，無法直接聯(lián)測，前期只能通過接口工具調(diào)用日志查看參數(shù)是否傳過去及各個參數(shù)的值與我們系統(tǒng)頁面上是否一致，后期兩邊系統(tǒng)功能都實現(xiàn)了就要進行一個聯(lián)測了。在這個聯(lián)測的過程中你不單要把自己系統(tǒng)的各種數(shù)據(jù)場景覆蓋到，還要了解對方系統(tǒng)有什么特殊的地方，根據(jù)他們的特殊要求構(gòu)造特殊的數(shù)據(jù)傳給數(shù)據(jù)進行更深一步的驗證。好了，我碰到的接口類型大概就是這些了，希望我的這些測試對你有所幫助。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：210

你把時間澆灌在哪里，哪里就會開花結(jié)果。大三在考研與工作的糾結(jié)中，我最終選擇了工作，據(jù)學(xué)長學(xué)姐的推薦下就這樣開始了我的測試學(xué)習(xí)之路。因為從未接觸過，在圖書館借了幾本書，越看越發(fā)現(xiàn)和學(xué)長學(xué)姐口中說的簡單相差甚遠，沒有任何學(xué)習(xí)思路，黑白盒，測評，工具，軟件工程，網(wǎng)絡(luò)，數(shù)據(jù)庫。。。完全無從下手，但我有一顆不服輸?shù)男摹Ｓ谑牵�做了一個考研的作息時間，奔上了艱苦的學(xué)習(xí)歷程。不知道哪一本書應(yīng)該先看，哪本書后看，相同的關(guān)鍵詞每本書有不勝相同的稱謂和解釋，每一本書都從頭看起，生怕漏任一個解釋，每一天腦子都昏天暗地，到晚上回憶發(fā)現(xiàn)想不起任何東西。第二天起來重復(fù)，不知道哪本書看過了，哪本書沒看過。無意間在網(wǎng)上看到一個軟測招聘信息，看了下要求，眼前一亮，接下來找了好多軟測的招聘要求，工整的抄在本子上，知道企業(yè)最關(guān)注什么，衡量了輕重，這才開始了思路學(xué)習(xí)計劃。大四第一學(xué)期選修課竟然是軟件測試，毫無懸念的幫自己和同學(xué)拿到了高分。最難就業(yè)季的冷風(fēng)把所有人的心都吹得顫抖，家里安排好工作的孩子們也露出了放肆的笑容，整個系不管身手如何都開始流行撒大網(wǎng)---人手兩份簡歷，男生一份開發(fā)一份銷售，女生一份測試一份行政，而我固執(zhí)的拿著一份軟測隱忍固執(zhí)的穿梭在招聘會里，最終成為系里第一批拿到offer的且第一個拿到軟測的人。不在乎工作是否簡單只在乎工作是否不可代替。后來因為三方的事情沒能去到北京實習(xí)，最后在西安找了一家公司實習(xí)，我只知道概念，對即將開始的工作滿懷期待和激情，但是在這個并不重視的軟測的公司里，我被稀里糊涂的告知研發(fā)位置不夠坐不下了，你先在技術(shù)支持坐幾天吧。在技術(shù)支持的哥們兒們出差回來之前，我和另一個實習(xí)生坐在空蕩蕩的辦公室里，每天都在復(fù)習(xí)各種測試知識，等待坐到研發(fā)那邊后大展拳腳，只是沒有想到這種期待是如此的漫長，以至于到最后消磨了我所有的信心毫無意外的頹廢了。突如其來的改變，是同事電腦壞了打電話到技術(shù)支持部門求助，好動的心性讓我忍不住過去看了下，查了很多百度最后莫名其妙的弄好了，接下來就越來越多的同事找到我，就這樣被大家潛意識里變成了技術(shù)部門的人。終于見到技術(shù)老大和哥們兒的真面目了，分配給我們倆一個項目又出差了，后來才知道這是公司最大項目之一。客戶千奇百怪的問題，在我苦思冥想中，基本都解決了，后來有很多客戶都指明要我接電話，這讓我在公司備受寵愛。接下來一切都順風(fēng)順水，出外支持，客戶培訓(xùn)等等。期間還對整個公司的項目文檔進行了分類整理。記住，我給你一個唯一特權(quán)。六個月實習(xí)期已經(jīng)過了三個月了，研發(fā)部經(jīng)理突然找到我說那邊有位置了問我愿不愿意調(diào)回去，當(dāng)時我猶豫了一秒答應(yīng)了。在研發(fā)部的日子很沉悶，測試總共有一個老員工和三個實習(xí)生。老員工輕描淡寫了我們目前進行的項目和即將要做的事情，我抓住了她無意中提到的測試用例，我從沒真正寫過，于是去上了人生中第一個夜機寫了一整晚第二周發(fā)給她，她沒回應(yīng)，后來我看到svn上面放的是我的測試用例寫的是她的名字，但是我還是很高興，每天努力地提Bug,看各種文檔。因為我有技術(shù)支持比較熟，研發(fā)部經(jīng)理讓我寫報價單和驗收報告，二次打回讓我忍不住跑去問他到底需要什么樣的，他說我一直在等你來。第三次完美收官。又來了一個新經(jīng)理頂替他，說是要對研發(fā)部門徹底的改革，給所有的實習(xí)生開了會，問我們實習(xí)的感受，我說很感謝公司讓我體驗到了真正的測試流程。后來他對我們各種壓迫，逼迫我們通宵加班，一段苦日子之后，他說很遺憾沒有人通過他的考驗，但如果我們想留，他自己承擔(dān)我們每月的1200元毫無壓力。我想了一晚上，第二天找到他，和他聊了一個整個上午，他說他很欣賞我，但是不欣賞我現(xiàn)在的能力，然后親自給我做了一個測試面試作為離別饋贈，他說你看吧，在這幾個月里你學(xué)到的東西和你幾個月之前知道的沒有多大區(qū)別，那留在這里還有意義么？然后我才知道自己已經(jīng)閉門造車了多久，自己到底有多差勁。他還告訴我說技術(shù)支持和培訓(xùn)學(xué)員那邊都給他打招呼想把我調(diào)過去，部門任我選，我拒絕了。我起身告辭時，他叫了我的名字，說，記住，我給你一個特權(quán)，等你有了足夠的能力的時候如果想回來，我隨時為你敞開大門，只為你。從一開始，就沒有“我是新手”的權(quán)利。經(jīng)理的話深深地影響著我，于是一拿到畢業(yè)證我立馬到了東莞，早上下火車，下午去跑去另一鎮(zhèn)面試了，沒有經(jīng)驗的應(yīng)屆畢業(yè)生，沒有任何的優(yōu)勢拿到稍微平衡的工資，我現(xiàn)在都還不知道當(dāng)老大sunnychen給我offer是看中我的信心還是對工資的謙遜態(tài)度，總之他說需要讓我完全支撐測試流程的時候，我猶豫了3秒然后堅定的告訴他我可以。其實后來一直很心虛，因為我不太能聽懂他講的普通話，里面隱約的幾個關(guān)鍵詞我想我是從來都沒聽過的。第一天上班，他說他給我一個周的時間讓我熟悉業(yè)務(wù)并找好用的測試管理工具搭一個測試環(huán)境，我才開始查什么叫測試環(huán)境，測試管理工具哪個最好用，無數(shù)次試驗，重裝，查錯，星期四搭了bugfree,并能順利發(fā)郵件。我想現(xiàn)在我應(yīng)該還不能完整順利地搭出來，因為當(dāng)時錯一個改一個完全沒有章法，搭好可能真的是老天在幫我。我們是小公司的一個獨立的小部門，自主研發(fā)客戶管理系統(tǒng)，會員管理系統(tǒng)，倉庫管理系統(tǒng)等等共10幾個項目，目前主在做核心的五個系統(tǒng)，即同時測5個項目，后來老大在外面接私活兒來做，很忙但樂不思蜀，白天瘋狂的測試，晚上學(xué)習(xí)，公司，宿舍，飯?zhí)萌�點一線。我根據(jù)我們的項目修改了bugfree里的狀態(tài)，為項目做了各種文檔的專用膜版。老大說給私活兒測測性能吧，然后我花了一個周的時間下載了lr并安裝，終于接觸到了對我來說神一樣級別的東西。不在失敗時退出，要退出就站在巔峰再退出。花了很多時間和客戶交流溝通，培訓(xùn)，經(jīng)常弄到半夜一兩點，最終在部門被撤除之前完成了私活兒和客戶管理系統(tǒng)。星期四早上被告知要撤除，下午我投了簡歷，星期五中午散伙兒，下午我去面試。安靜的周末讓我更加低落，西安的朋友都說快過年了回去吧，過完年在西安找工作，一切都會好起來的。我哭了，不是我不想回去，而是不想這么狼狽的回去，我不甘心。星期一人事打電話通知我面試通過問我什么時候能去上班，我說明天。精益求精做自己喜歡做的事情。不得不事先吐槽一下，我掉進一個狼窩了，上家公司雖然比較忙但時間自由，只要完成任務(wù)可自行安排上班時間，那時程序猿們經(jīng)常12點才來上班晚上上到很晚。這里886的工作制度，我沒有額外的時間和精力學(xué)習(xí)了，每天無窮無盡的測試，第一天早上辦完入職手續(xù)，給我說了下用的什么系統(tǒng)，要測什么項目。下午就正式提交bug了。沒有需求分析，沒有任何文檔，只有一堆效果圖，對業(yè)務(wù)的理解就要看對效果圖的理解程度了，這是經(jīng)理給我說的除面試外的第一句話。公司自主研發(fā)的5個web項目，給我兩個，另一老員工負責(zé)三個。我沒做過web項目的測試，又算新的鄰域！我信誓旦旦的覺得自己測得很全面的時候。一個偷懶的美工找了幾個微妙的樣式bug給我，兩個頁面的淡藍底色寬度不同，還放在一起截圖給我，那1mm的差距真的讓我傻眼了，原來測試還可以這么細致。我的強迫癥就此變得更加嚴重了。每天上班第一件事測試外網(wǎng)有沒有問題，下班前最后一件事測試外網(wǎng)有沒有問題。在不久后那個老員工因疏忽把一個bug放到了外網(wǎng)在群里被批評，我慶幸自己有這樣的先見之明。很牛的人都有一段很苦逼的經(jīng)歷。當(dāng)這個項目接近尾聲時，生活開始異常無聊了。幸而不久后公司開始全面推廣老員工手上負責(zé)的一個項目，我也加入了戰(zhàn)列，但真的不知是福是禍。對項目的不熟悉，而項目緊急，沒辦法停下一分鐘，客戶的反饋接踵而來，讓我們應(yīng)接不暇。就這樣第一次推廣失敗。接下來的一個月便是魔鬼般的日子，每個人都頂著巨大的壓力，可仍超出經(jīng)理承諾給boss的時間的兩周，然后，毫無意外，這樣的緊迫下必須以失敗告終。終于boss仁慈再給了2個月時間。為了凸現(xiàn)隆重，第三次推廣新加了10個有獎活動。交由我負責(zé)，就是這持續(xù)一個月的活動讓我體會到了測試生涯中最苦逼的日子。每天卡著時間點和用戶搶大獎，費盡心思制造各種真實數(shù)據(jù)，還得不停地測試我所負責(zé)的模塊。最后由于客服在微博上和用戶起了爭執(zhí)，于是微博交給我管理，還要順帶解答用戶所有的問題和疑問。做活動關(guān)系到拿獎提現(xiàn)，只有我最清楚每天哪些是真實用戶和真實的中獎記錄，順其自然的又落到了我的頭上。在巨大的心理壓力和身體壓力下，很榮幸的長出了人生第一批痘痘，來勢洶洶讓我措手不及。我想我可能堅持不下去了。在活動結(jié)束的最后一天，boss拍拍我肩說，這下你輕松了。頓時心里的石頭哐哐結(jié)實的落地。手上卻還是停不下來，誰叫測試是無窮無盡的呢？本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：95

分析測試需求測試人員在制定測試計劃之前需要先對軟件需求進行分析，以便對要開發(fā)的軟件產(chǎn)品有一個清晰的認識，從而明確測試對象及測試工作的范圍和測試重點。在分析需求時還可以獲取一些測試數(shù)據(jù)，作為測試計劃的基本依據(jù)，為后續(xù)的測試打好基礎(chǔ)。此外，分析測試需求也是對軟件需求進行測試，以發(fā)現(xiàn)軟件需求中不合理的地方。被確定的測試需求必須是可核實的，測試需求必須有一個可觀察、可評測的結(jié)果。無法核實的需求就不是測試需求。測試需求分析還要與客戶進行交流，以澄清某些混淆，確保測試人員與客戶盡早地對項目達成共識。制定測試計劃測試計劃一般要做好以下工作安排。①確定測試范圍：明確哪些對象是需要測試的，哪些對象不是需要測試的。②制定測試策略：測試策略是測試計劃中最重要的部分，它將要測試的內(nèi)容劃分出不同的優(yōu)先級，并確定測試重點。根據(jù)測試模塊的特點和測試類型（如功能測試、性能測試）選定測試環(huán)境和測試方法（如人工測試、自動化測試）。③安排測試資源：通過對測試難度、時間、工作量等因素對測試資源合理安排，包括人員分配、工具配置等。④安排測試進度：根據(jù)軟件開發(fā)計劃、產(chǎn)品的整體計劃來安排測試工作的進度，同時還要考慮各部分工作的變化。在安排工作進度時，最好在各項測試工作之間預(yù)留一個緩沖時間以應(yīng)對計劃變更。⑤預(yù)估測試風(fēng)險：羅列出測試工作過程中可能會出現(xiàn)的不確定因素，并制定應(yīng)對策略。設(shè)計測試用例①測試用例（TestCase）指的是一套詳細的測試方案，包括測試環(huán)境、測試步驟、測試數(shù)據(jù)和預(yù)期結(jié)果。不同的公司會有不同的測試用例模板，雖然它們在風(fēng)格和樣式上有所不同，但本質(zhì)上是一樣的，都包括了測試用例的基本要素。②測試用例編寫的原則是盡量以最少的測試用例達到最大測試覆蓋率。執(zhí)行測試①測試執(zhí)行就是按照測試用例執(zhí)行測試的過程，這是測試人員最主要的活動階段。②在執(zhí)行測試時要根據(jù)測試用例的優(yōu)先級進行。③在執(zhí)行測試過程中，測試人員要密切跟蹤測試過程，記錄缺陷、形成報告等，這一階段是測試人員最重要的工作階段。編寫測試報告一份完整的測試報告必須要包含以下幾個要點。①引言：測試報告編寫目的、報告中出現(xiàn)的專業(yè)術(shù)語解釋及參考資料等。②測試概要：介紹項目背景、測試時間、測試地點及測試人員等信息。③測試內(nèi)容及執(zhí)行情況：描述本次測試模塊的版本、測試類型，使用的測試用例設(shè)計方法及測試通過覆蓋率，依據(jù)測試的通過情況提供對測試執(zhí)行過程的評估結(jié)論，并給出測試執(zhí)行活動的改進建議，以供后續(xù)測試執(zhí)行活動借鑒參考。④缺陷統(tǒng)計與分析：統(tǒng)計本次測試所發(fā)現(xiàn)的缺陷數(shù)目、類型等，分析缺陷產(chǎn)生的原因給出規(guī)避措施等建議，同時還要記錄殘留缺陷與未解決問題。⑤測試結(jié)論與建議：從需求符合度、功能正確性、性能指標等多個維度對版本質(zhì)量進行總體評價，給出具體明確的結(jié)論。總結(jié)測試報告的數(shù)據(jù)是真實的，每一條結(jié)論的得出都要有評價依據(jù)，不能是主觀臆斷的。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：229

什么是底層邏輯？按照劉潤老師的解釋就是：“事物間的共同點，就是底層邏輯。只有不同之中的相同之處、變化背后不變的東西，才是底層邏輯。......底層邏輯+環(huán)境變量=方法論”他還說：“只有底層邏輯，才是有生命力的。”所以我們要來探討一下：軟件測試的底層邏輯是什么？對軟件測試的基本認知對軟件測試的基本認知，使我們達成共識，從而基于這個共識，更容易去討論軟件測試的底層邏輯。對軟件測試的基本認知，需要精簡到一句話來描述，即抓住軟件測試的本質(zhì)，以簡潔的方式描述正確的軟件測試價值觀，但不是某個人的軟件測試價值觀，而是能被大多數(shù)人接受的軟件測試價值觀。根據(jù)這些對軟件測試的認知，用一句話來說明軟件測試的基本認知，那就是：基于對用戶真實需求的理解，通過各種手段獲得軟件產(chǎn)品真實的、全方位的質(zhì)量信息。無論是驗證軟件功能特性是否滿足需求、評估產(chǎn)品的質(zhì)量還是揭示產(chǎn)品的質(zhì)量風(fēng)險，都是基于獲得的有關(guān)產(chǎn)品的真實的質(zhì)量信息做出判斷的，而缺陷可以看做是這個活動過程中的副產(chǎn)品。這里強調(diào)對用戶真實需求的理解，一方面體現(xiàn)“沒有用戶就沒有質(zhì)量，質(zhì)量相對用戶而存在”，我們必須從用戶角度出發(fā)來完成測試，另方面是用戶的真實需求，而不是虛假的、錯誤的需求，業(yè)務(wù)的需求最終要分解成用戶角色的需求，而系統(tǒng)的功能/非功能性需求也是為了滿足用戶的需求。這里提到的“軟件產(chǎn)品”不局限于程序，還包括數(shù)據(jù)、需求文檔、設(shè)計文檔、代碼、用戶手冊、技術(shù)手冊等。了解了“什么是軟件測試”之后，下面就可以討論軟件測試的底層邏輯。測試流程的底層邏輯測試流程符合一般工程項目流程，經(jīng)過分析、計劃、設(shè)計、實施和評估的過程，任何一個環(huán)節(jié)不可缺失，每一個環(huán)節(jié)都重要，但前面的環(huán)節(jié)會影響后面的環(huán)節(jié)，所以越在前面的環(huán)節(jié)越重要。測試分析是基礎(chǔ)，依次是設(shè)計、實施和評估，構(gòu)成一個金字塔模型。測試流程的另一個底層邏輯：形成閉環(huán)。如果經(jīng)過評估，發(fā)現(xiàn)測試過程有問題，需要重新分析、修改計劃、修改設(shè)計......再經(jīng)過一個完整的過程，構(gòu)成一個新的閉環(huán)。從測試流程改進來看，也需要構(gòu)成PDCA那樣的閉環(huán)。從今天DevOps的角度看，測試是為了讓用戶更滿意，但同時要進行用戶調(diào)查，收集用戶反饋，構(gòu)成閉環(huán)，如我16年前所畫的閉環(huán)。從缺陷帶來的成本來看，測試進行的越早越好，因為劣質(zhì)成本是指數(shù)級增長。概括起來：測試是貫穿整個研發(fā)周期，形成閉環(huán)，并持續(xù)改進。測試分析的底層邏輯測試分析的底層邏輯是基于系統(tǒng)思維、結(jié)構(gòu)化思維去思考，需要從項目背景、產(chǎn)品結(jié)構(gòu)、質(zhì)量要求等各個方面進行系統(tǒng)地思考，不容忽視一些蛛絲馬跡，順藤摸瓜，完整地呈現(xiàn)測試范圍，識別出各種測試風(fēng)險，最終明確測試項及其優(yōu)先級。系統(tǒng)思維可以讓我們看清楚被測對象的輸入/輸出、前置條件和后置條件、周圍環(huán)境和面臨的各種場景。結(jié)構(gòu)化思維幫助我們制定更有效的測試方案和測試策略，如分層測試、面向接口的測試等。同時，測試總是有風(fēng)險的，所以測試分析時一定要采用基于風(fēng)險的測試策略，并應(yīng)用80/20原則，確定20%最嚴重的風(fēng)險集中在什么地方、哪些功能是用戶最常用的20%功能、哪些測試項是屬于重點測試的20%等。測試分析的底層邏輯之一：測試分析是層層剝離、逐步深入的系統(tǒng)分析過程。從業(yè)務(wù)需求、用戶行為、系統(tǒng)功能、應(yīng)用場景等不同維度對被測對象進行系統(tǒng)的分析，最終確定測什么。測試分析的底層邏輯之二：測試分析也是一個博弈、選擇直至平衡的過程，需要定力和洞察力，做出取舍，如運用80/20原則，抓主要風(fēng)險，有時需要舍棄一些次要風(fēng)險。測試分析的底層邏輯之三：以終為始，從測試目標出發(fā)最終回到測試目標，如從考慮如何衡量測試充分性的要求出發(fā)，最終分析的結(jié)果——各測試項完成是能夠滿足測試充分性的要求的。測試設(shè)計的底層邏輯測試設(shè)計是基于測試分析的結(jié)果，運用合適的方法完成測試數(shù)據(jù)、測試場景或測試用例的設(shè)計。按照工程思維的方式，解決方案不只一個，要設(shè)計多個方案，從中選出更優(yōu)或最優(yōu)的方案。測試設(shè)計的本質(zhì)是以更有效的方式覆蓋測試需求，從場景覆蓋、邏輯覆蓋、路徑覆蓋和數(shù)據(jù)覆蓋等不同覆蓋策略中選擇一種或幾種。測試設(shè)計也是一個循序漸進的過程，不斷完善的過程。測試設(shè)計是辯證統(tǒng)一的思維過程，既有嚴密的邏輯思維，也有跳躍式、發(fā)散性的創(chuàng)造性思維；既是黑盒測試方法和白盒測試方法的對立統(tǒng)一、靜態(tài)測試和動態(tài)測試的融合，也是主動測試和被動測試的融合......只有這樣才能更徹底地滿足設(shè)計要求，更快地完成測試以實現(xiàn)測試目標。測試設(shè)計的底層邏輯：測試設(shè)計是藝術(shù)，更要創(chuàng)新、融合。測試自動化的底層邏輯測試自動化就是要充分發(fā)揮工具的作用或價值，例如工具能百分之百地執(zhí)行命令、任勞任怨，所以自動化測試適合機械、單調(diào)的測試工作，如回歸測試、性能負載測試、壓力測試、兼容性測試、BVT（版本構(gòu)建驗證測試）等。測試自動化的腳本開發(fā)和執(zhí)行是建立在測試分析和設(shè)計之上，如果測試分析和設(shè)計存在問題，依靠工具是無法解決這類問題的。有更好的測試分析和設(shè)計，才有更好的自動化測試，所以我們清楚測試分析/設(shè)計與自動化測試的關(guān)系顯得非常重要。工具的開發(fā)和使用、腳本的開發(fā)和使用都是由人完成的，所以人還是第一位的，工具是第二位的。測試自動化還受到文化、流程的影響，測試自動化能否成功不是一個技術(shù)問題，今天來看，技術(shù)上已經(jīng)沒有障礙了，障礙往往出現(xiàn)在企業(yè)的文化、研發(fā)流程和開發(fā)質(zhì)量（如軟件實現(xiàn)的規(guī)范性、可測試性等）等方面。測試人員的底層邏輯最后談?wù)劀y試人員的底層邏輯。測試人員是否有價值，不取決于他/她目前的工作態(tài)度、知識與技能，而是取決于態(tài)度、知識與技能的進步速度，因為我們無法改變過去，但可以改變未來。只要持續(xù)學(xué)習(xí)、持續(xù)反思，就能快速完成自己的進化，快速成長起來，就沒有人能擋得住你的壯麗前程。如果我們掌握了軟件測試的底層邏輯，只有探尋到萬變中的不變，才能動態(tài)地、持續(xù)地看清軟件測試的本質(zhì)。看清軟件測試的底牌，我們就能始終如魚得水。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：167

轉(zhuǎn)眼間，2021即將結(jié)束，在短短的一年中，測試行業(yè)經(jīng)過不斷的發(fā)展和完善，也有了煥然一新的變化。從前，很多人對軟件測試的刻板印象都是，“可有可無”、“不如開發(fā)”、“工作簡單機械”等等，而如今隨著測試在企業(yè)中的比重不斷增重，網(wǎng)上的這些負面評論出現(xiàn)的概率也隨之減少了。隨著測試崗位的逐漸成熟化，企業(yè)對于測試人員的要求也在不斷提升，從一開始的只需要學(xué)會功能性測試轉(zhuǎn)變?yōu)槿缃窀�高級的自動化測試了。我們都知道，IT行業(yè)是一個發(fā)展很快的領(lǐng)域，需要不斷的精進自己的技能，才能在這條路上走的更遠更好，本期，借著年末的機會，也給大家總結(jié)一下如今測試行業(yè)都有哪些必會的方法和技術(shù)知識點，主要針對新手，小伙伴們也可以根據(jù)文章的內(nèi)容查漏補缺。一、設(shè)計方法分類黑盒測試黑盒測試是進行軟件配置項測試、系統(tǒng)測試、驗收測試的主要技術(shù)手段。我們可以這樣理解，黑盒測試把產(chǎn)品軟件看作是一個黑盒子，只需要關(guān)注入口和出口，即我們測試過程中，不需要去理解軟件的具體構(gòu)成和原理，只是往里面輸入了什么，又出來了什么結(jié)果就可以了，和用戶的視覺是一樣的。黑盒測試注重于測試軟件的功能性需求，主要有三種測試技術(shù)，分別是等價類劃分、邊界值分析和決策表。但很多時候，僅僅進行黑盒測試容易產(chǎn)生一定的風(fēng)險性，因此黑盒測試大多數(shù)用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。白盒測試白盒測試是一種以理解軟件內(nèi)部結(jié)構(gòu)和程序運行方式為基礎(chǔ)的軟件測試技術(shù)。通常需要跟蹤一個輸入在程序中經(jīng)過了哪些函數(shù)的處理，這些處理方式是否正確。白盒指的是盒子是可視的,你清楚盒子內(nèi)部的東西以及里面是如何運作的。測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。白盒測試常用的測試方法有兩大類，靜態(tài)測試方法和動態(tài)測試方法。白盒測試法的覆蓋標準有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試，同時包含六種覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋，發(fā)現(xiàn)錯誤的能力呈由弱至強的變化。灰盒測試灰盒測試是介于黑盒和白盒之間的一種綜合測試方法，它綜合了黑盒與白盒方法的優(yōu)勢，并有效地避開了兩者各自的缺陷。灰盒方法通過涵蓋被測軟件的所有層面，以增加技術(shù)的覆蓋范圍。如果說黑盒測試人員需要確保界面和功能方面的正常;白盒測試人員通過深入研究軟件的內(nèi)部結(jié)構(gòu)，以修復(fù)源代碼級別的錯誤，那么灰盒測試則是以非干擾的方式(non-intrusive)同時處理兩方面的測試。灰盒測試非常適合于集成測試，包括：缺乏源代碼和二進制文件的Web應(yīng)用，以及某些業(yè)務(wù)領(lǐng)域的需求規(guī)范性測試。對這三種設(shè)計方法，不同的方法有著不同的適用場景和想實現(xiàn)目標，應(yīng)當(dāng)合理使用來確保軟件滿足各項最終的要求。二、手動測試和自動化測試分類手動測試手動測試是手動測試軟件以查找缺陷的過程。測試人員應(yīng)該具有最終用戶的觀點，并確保所有功能都按需求文檔中所述運行，期間無需使用任何的自動化工具，其中手動測試的類型包括：黑盒測試、白盒測試、單元測試、系統(tǒng)測試、整合測試、驗收測試。自動化測試自動化測試是使用自動化工具來發(fā)現(xiàn)缺陷的軟件測試過程。在此過程中，自動化工具會自動執(zhí)行測試腳本并生成結(jié)果。目前比較流行的自動化工具有：HPQTP（專業(yè)快速測試）/UFT（統(tǒng)一功能測試）、Selenium、LoadRunner、IBMRationalFunctionalTester、WinRunner。我們通常在以下領(lǐng)域會進行自動化測試：回歸測試、負載測試、性能測試。有很多人認為手動測試是很簡單的一件事，而自動化測試則很難，其實這兩者方式都需要集合使用的，互相都不可代替，自動化測試是對手動測試的一種補充，主要應(yīng)用在回歸測試，自動化測試的優(yōu)勢是可以借助計算機的力量，重復(fù)的進行測試，可以用于大批量的比較，但對于數(shù)據(jù)的正確性、業(yè)務(wù)邏輯等的滿意程度，還是需要手動測試來做的。所有一個優(yōu)秀的軟件測試工程師，需要能夠掌握兩種測試方式，有機結(jié)合，才能使工作效率更高。三、按測試目的分類功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要求的功能。功能測試經(jīng)常會也被稱為黑盒測試，只需要考慮測試各個功能是否能夠?qū)崿F(xiàn)。通常，我們把功能測試分成如下幾個步驟：1.制定測試計劃；2.設(shè)計測試用例：包含測試什么東西，在什么場景什么環(huán)境下測試；3.執(zhí)行測試及產(chǎn)生測試報告；功能測試是比較測試人員比較基礎(chǔ)的技能點，之后需要往自動化測試、安全測試等方向耕深。四、按階段分類1、單元測試在單元測試中，在開發(fā)階段將測試軟件應(yīng)用程序的各個組件。單元測試通常由開發(fā)人員而不是測試人員完成。測試一段代碼形式的功能以驗證準確性。簡單來說單元測試就是確認單個模塊能否正常工作2、集成測試從測試類別來說，集成測試的主要測試內(nèi)容包括功能性、可靠性、易用性、效率、可維護性和可移植性等，集成測試主要是確認多個模塊能否協(xié)同工作。3、系統(tǒng)測試將整個軟件系統(tǒng)看做一個整體進行測試，包括對功能、性能，以及軟件所運行的軟硬件環(huán)境進行測試。4、驗收測試正式驗收測試是一項管理嚴格的過程，它通常是系統(tǒng)測試的延續(xù)。驗收測試的常用策略有三種，它們分別是：正式驗收、非正式驗收或Alpha測試、Beta測試。五、其他測試類型1、回歸測試回歸測試（Regressiontesting）指在發(fā)生修改之后重新測試先前的測試以保證修改的正確性。2、冒煙測試冒煙測試是指開發(fā)人員修復(fù)了先前測試中發(fā)現(xiàn)的bug后，想知道這個bug的修復(fù)是否會影響到其他功能模塊，需要做的就是冒煙測試。需要保證覆蓋待測產(chǎn)品的絕大部分功能；且被修復(fù)了的bug所屬的功能和系統(tǒng)其他骨干功能都是可用的。3、隨機測試隨機測試是沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗對軟件進行功能和性能抽查。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...

2021-12-30點擊量：352

軟件性能測試的目標是識別應(yīng)用程序中的所有性能瓶頸。一個軟件系統(tǒng)的性能不僅取決于系統(tǒng)本身的設(shè)計和編碼，而且取決于系統(tǒng)所依賴的運行環(huán)境。系統(tǒng)的運行環(huán)境會依賴于一些關(guān)鍵因素，例如：系統(tǒng)架構(gòu)、硬件配置、網(wǎng)絡(luò)帶寬、配套的軟件如數(shù)據(jù)庫和中間件等、以及外部的負載大小。系統(tǒng)性能的改善是測試、調(diào)整、再測試、再調(diào)整……的一個持續(xù)改進的過程，即性能調(diào)優(yōu)，根據(jù)性能測試的結(jié)果對軟件的設(shè)計，代碼，系統(tǒng)的配置進行調(diào)整。性能測試的類型性能測試主要包含6種類型，如下表所示。類型說明負載測試確定軟件在給定時間內(nèi)隨著工作負載增加的運行方式，工作負載可以是并發(fā)用戶、事務(wù)數(shù)、軟件行為等。在被測系統(tǒng)上不斷增加壓力，直到性能指標（如響應(yīng)時間）超過預(yù)期指標或者某種資源使用已經(jīng)達到飽和狀態(tài)。可以找到系統(tǒng)的處理極限，為系統(tǒng)調(diào)優(yōu)提供數(shù)據(jù)。壓力測試測量超出正常工作參數(shù)、更高的流量負載（更多用戶、事務(wù)等）下的軟件穩(wěn)定性，即系統(tǒng)在一定飽和狀態(tài)下，例如CPU、內(nèi)存、磁盤空間等硬件資源飽和的情況下，系統(tǒng)能夠處理的會話能力，以及系統(tǒng)是否會出現(xiàn)錯誤。穩(wěn)定性測試評估軟件在一個固定的常規(guī)工作負載下的長期性能。換句話說，它決定了軟件能夠承受恒定的工作負載多長時間以提供長期的可持續(xù)性。在測試期間，測試團隊監(jiān)控KPI，如內(nèi)存泄漏、內(nèi)存使用、內(nèi)存不足等。穩(wěn)定性測試還分析長時間使用后的響應(yīng)時間和吞吐量，以觀察這些指標是否一致。尖峰測試尖峰測試是一種壓力測試，它測量軟件在顯著的、突然的工作負載增加（如用戶并發(fā)數(shù)量）情況下的性能。軟件是否能夠反復(fù)快速地處理突然增加的工作負載。容量測試測試軟件在處理大量數(shù)據(jù)時的效率，用于檢查數(shù)據(jù)丟失、系統(tǒng)響應(yīng)時間、數(shù)據(jù)存儲可靠性等。可伸縮性測試測量軟件在處理不斷增加的工作量方面的有效性。可以通過在監(jiān)視軟件性能的同時逐漸添加數(shù)據(jù)量或用戶來執(zhí)行可伸縮性測試。如今，隨著DevOps的發(fā)展，性能測試已經(jīng)上升為軟件系統(tǒng)全生命周期性能工程。本文從五個方面介紹性能測試的工具和解決方案：客戶端性能測試、服務(wù)端性能測試、分布式系統(tǒng)的應(yīng)用性能監(jiān)控、分布式系統(tǒng)的全鏈路壓測。客戶端性能測試工具1）GoogleLighthouseLighthouse是Google開發(fā)的一款分析Web應(yīng)用和頁面性能的開源工具。Lighthouse分析Web應(yīng)用程序和Web頁面，收集關(guān)于開發(fā)人員最佳實踐的現(xiàn)代性能指標和見解，讓開發(fā)人員根據(jù)生成的評估頁面，來進行網(wǎng)站優(yōu)化和完善，提高用戶體驗。Lighthouse是直接集成到chrome開發(fā)者工具中的，位于‘Audits’面板下。2)PerfDogPerfDog性能狗是移動全平臺iOS\Android性能測試工具平臺，快速定位分析性能問題，提升APP應(yīng)用及游戲性能和品質(zhì)，手機無需ROOT/越獄，手機硬件、游戲及應(yīng)用無需做任何更改，極簡化即插即用。官網(wǎng)地址：https://wetest.qq.com/product/perfdog3)MonkeyMonkey是AndroidSDK提供的一個命令行工具，使用簡單、方便地運行在任何版本的Android模擬器和實體設(shè)備上。Monkey會發(fā)送偽隨機的用戶事件流，適合對app做壓力測試。4)MonkeyrunnerMonkeyRunner工具提供了多個API，通過monkeyrunnerAPI可以寫一個Python的程序來模擬操作控制AndroidAPP，測試其穩(wěn)定性并通過截屏可以方便地記錄出現(xiàn)的問題。5)mobileperf天貓團隊開源的PCAndroid性能穩(wěn)定性測試工具，可以收集Android性能數(shù)據(jù):cpu內(nèi)存流暢度fpslogcat日志流量進程線程數(shù)進程啟動日志，mobileperf也支持原生monkeytest。下載地址：https://github.com/alibaba/mobileperf6)PyroscopePyroscope是一個開源的連續(xù)分析平臺。能夠幫你發(fā)現(xiàn)代碼中的性能問題和瓶頸、CPU利用率高的原因。并且?guī)湍懔私鈶?yīng)用程序的調(diào)用樹，提供豐富的圖表和調(diào)用樹展示。官網(wǎng)地址：https://pyroscope.io7)MemoryLeakDetectorMemoryLeakDetector是由西瓜視頻android團隊開發(fā)的本地內(nèi)存泄漏監(jiān)視工具，它具有訪問簡單，監(jiān)視范圍廣，性能優(yōu)良和穩(wěn)定性好的優(yōu)點。它被廣泛用于ByteDance的主要應(yīng)用程序的本機內(nèi)存泄漏管理中。官網(wǎng)地址：https://github.com/bytedance/memory-leak-detector服務(wù)端性能測試工具8)JMeterJMeter是Apache組織開發(fā)的基于Java的壓力測試工具。用于對軟件做壓力測試，它最初被設(shè)計用于Web應(yīng)用測試，但后來擴展到其他測試領(lǐng)域。它可以用于測試靜態(tài)和動態(tài)資源，例如靜態(tài)文件、Java小服務(wù)程序、CGI腳本、Java對象、數(shù)據(jù)庫、FTP服務(wù)器等等。JMeter可以用于對服務(wù)器、網(wǎng)絡(luò)或?qū)ο竽�擬巨大的負載，來自不同壓力類別下測試它們的強度和分析整體性能。官網(wǎng)地址：https://jmeter.apache.org/9)LoadRunnerLoadRunner是一種預(yù)測系統(tǒng)行為和性能的負載測試工具。通過模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner能夠?qū)φ麄�企業(yè)架構(gòu)進行測試。官網(wǎng)地址：https://www.microfocus.com/zh-cn/portfolio/performance-engineering/overview10)WebLOADWebLOAD是一款針對Web應(yīng)用程序的企業(yè)級負載和性能測試工具，提供性能、完整性和可伸縮性測試等功能，能夠同時模擬數(shù)千個用戶，因此您可以測試重流量負載，并報告應(yīng)用程序中的弱點、約束和性能瓶頸。使用WebLOAD進行網(wǎng)站負載測試、連續(xù)測試、云負載測試等。該工具可以從云端或本地機器生成負載，并提供一個集成開發(fā)環(huán)境（IDE），用于可視化地記錄、編輯和調(diào)試測試腳本。官網(wǎng)地址：https://www.radview.com/11)GatlingGatling是一款基于Scala開發(fā)的高性能服務(wù)器性能測試開源工具，同時也是一款功能強大的負載測試工具，開箱即用。Gatling主要用于測量基于HTTP的服務(wù)器，比如Web應(yīng)用程序，RESTful服務(wù)等。Gatling是針對任何HTTP服務(wù)器進行負載測試的首選工具。官網(wǎng)地址：https://gatling.io/12)k6k6是高性能的負載測試工具，也是一種高性能工具，旨在在預(yù)生產(chǎn)和QA環(huán)境中以高負載運行測試，可使用JavaScript編寫腳本。它是一個以開發(fā)人員為中心（當(dāng)然，測試人員亦可以使用，因為真的很方便），免費和開源的負載測試工具，旨在使性能測試具有生產(chǎn)力和令人愉悅的體驗，可最大程度地減少系統(tǒng)資源的消耗。官網(wǎng)地址：https://k6.io/13)VegataVegeta是一個用Go語言編寫的多功能的HTTP負載測試工具,提供命令行工具和一個開發(fā)包。官網(wǎng)地址：https://github.com/tsenart/vegeta14)LocustLocust是使用Python開發(fā)的支持分布式的一款開源壓力測試工具，可以通過寫python腳本的方式來對web接口進行負載測試。Locust在單臺機器上能夠支持幾千并發(fā)用戶訪問，并且由于其對分布式運行的支持，理論上來說，Locust能在使用較少壓力機的前提下支持極高并發(fā)數(shù)的測試。官網(wǎng)地址：https://locust.io/分布式系統(tǒng)的性能監(jiān)控工具在微服務(wù)架構(gòu)的分布式系統(tǒng)中，當(dāng)客戶端發(fā)起一個請求時，往往會調(diào)用多個服務(wù)，涉及多個中間件，加上系統(tǒng)又分布在多臺服務(wù)器上，因此，當(dāng)系統(tǒng)出現(xiàn)性能瓶頸時，故障診斷就變得非常復(fù)雜。分布式系統(tǒng)的應(yīng)用性能監(jiān)控（APM）工具通過服務(wù)調(diào)用鏈追蹤分析來定位鏈路上的性能瓶頸。在線性能監(jiān)控是指借助監(jiān)控工具，監(jiān)控系統(tǒng)性能的實際數(shù)據(jù)，因為是真實數(shù)據(jù)，比研發(fā)環(huán)境中通過工具產(chǎn)生負載得到的測試結(jié)果更客觀，更有分析價值。15)SkyWalkingSkyWalking是一款國內(nèi)開源的優(yōu)秀的APM工具，提供了一個分布式系統(tǒng)的直觀的觀測平臺，用于從服務(wù)和云原生基礎(chǔ)設(shè)施收集、處理及可視化數(shù)據(jù)，通過監(jiān)控、告警、可視化和分布式追蹤等功能為微服務(wù)、分布式，以及容器化的系統(tǒng)架構(gòu)提供了可觀測性（observability）。它可以觀測橫跨不同云的分布式系統(tǒng)，而且從SkyWalking6開始支持下一代的分布式架構(gòu)ServiceMesh。官網(wǎng)地址：http://skywalking.apache.org/16）PinpointPinpoint是一個用于大規(guī)模分布式系統(tǒng)的APM（應(yīng)用程序性能管理）工具，用Java/PHP編寫。Pinpoint提供了一個解決方案，幫助分析系統(tǒng)的總體結(jié)構(gòu)，以及通過跟蹤分布式應(yīng)用程序中的事務(wù)，分析系統(tǒng)中的組件如何相互連接，用于大型分布式系統(tǒng)的全鏈路監(jiān)控，可以獲取不同服務(wù)之間，服務(wù)與數(shù)據(jù)庫，以及服務(wù)內(nèi)部的方法的調(diào)用關(guān)系，還可以監(jiān)控方法調(diào)用時長、可用率和內(nèi)存等。下載地址：https://pinpoint-apm.github.io/pinpoint/分布式系統(tǒng)的全鏈路壓測平臺全鏈路壓測是指模擬真實業(yè)務(wù)場景中的海量用戶請求和數(shù)據(jù)訪問生產(chǎn)環(huán)境，對整個業(yè)務(wù)鏈路進行全方位的、真實的壓力測試，提前找到分布式系統(tǒng)的性能瓶頸點并持續(xù)調(diào)優(yōu)的實踐。目前企業(yè)大多采用的是基于開源工具Gatling、JMeter搭建壓測集群進行全鏈路壓測。同時，國內(nèi)也有商用的全鏈路壓測解決方案，如Perfma全鏈路壓測解決方案、京東ForceBot平臺、美團的Quake、高德的TestPG、字節(jié)跳動的Rhino、阿里媽媽的MagicOTP和性能測試平臺ACP，以及阿里的AMAZON、PTS和JVM-SANDBOX平臺。本文由培訓(xùn)無憂網(wǎng)長沙牛耳教育課程顧問老師整理發(fā)布，希望能夠?qū)ο雲(yún)⒓娱L沙軟件測試培訓(xùn)的學(xué)生有所幫助。更多軟件測試培訓(xùn)課程信息可關(guān)注培訓(xùn)無憂網(wǎng)電腦IT培訓(xùn)或添加老師微信：15033336050...