隨著移動互聯網紅利的結束,移動應用開發的爆發期已經結束,現在已經進入穩定期,現在大家講得最多是用戶體驗和應用質量,現在各種移動應用功能同質化很嚴重,所以如何打造出..
通過使用基礎的測試工具,可以做簡單場景的API測試;而項目進行過程中,為了解決實際的一些問題,我們會設計更加復雜的測試場景,下面列舉幾個實際項目中的典型場景。..
探索式測試試圖把制定計劃,進行測試,重新制定計劃等多個過程有機地結合起來,每次只前進一小步,但這每一步都是由軟件過去和當前的運行狀況,軟件在測試時表現出來的各種行..
文章介紹了如何消除自動化用例數據構造和清理帶來的代碼覆蓋路徑干擾以及用例和覆蓋代碼方法列表映射關系等。..
本篇分別從微服務模式下如何開展接口自動化測試,契約測試的價值以及如何開展契約測試角度進行了介紹。..
一個團隊的DevOps實踐..
倉促的開發可能會為團隊節省片刻的時間,但是,如果有一些重大開發問題沒有從一開始就考慮到,最終可能導致需要投入更多的時間。結果是浪費了大量團隊資源來修復和重新設計代..
單元測試中測試用例的設計方法..
在向開發人員介紹單元測試或TDD等工程實踐時,往往可以聽到這樣的疑問。比如: 自己寫的程序,自己無法從另一個角度測出問題。 寫bug的時間都不夠了,哪有時間來寫測試? 開發..
FireEye是通過AI提高測試效率,并降低AI自動化測試使用門檻的工具集,一經部署,就可以不用再修改腳本實現模型的使用和更新。本篇文章將具體介紹AI自動化測試過程中用到工程結構、..
作為一個實際寫代碼的Coder,老代碼能不碰就不碰---我舉雙手贊成,既沒有UT,邏輯又混在一起,天知道改完以后會出什么Bug。 但是對于團隊來講,如果明確知道這個模塊無法測試、無..
本文作者主要分享在 Nginx 性能方面的實踐經驗,希望能給大家帶來一些系統化思考,幫助大家更有效地去做 Nginx。..
本文主要講解的是微服務,詳細闡述了微服務的利弊、服務分層、微服務的服務發現的三種方式微服務的路由發現體系等相關知識。..
我們持續演化,對于將軟件 QA 濃縮到所有開發任務完成后的測試階段的方法,它們的問題在于:會給團隊帶來巨大成本并將整個項目置于高風險之中。在測試階段,開發人員竭盡全力確..
代碼走查有幾個目的,第一個是讓新同學快速熟悉代碼并了解系統。第二個是做咨詢防控的事前檢查,避免引發線上故障。第三個是通過一起討論和審查,加強團隊代碼閱讀和編寫能力..
近期區塊鏈的技術概念在傳統IT圈逐漸升溫,成為許多遺產系統升級重構方案的備選技術路線。筆者本人多年從事應用系統研發,目前所維護的系統性能漸露瓶頸,分片擴容難度較大且面..
通常的缺陷分析主要關注于測試團隊的內部指標,本文嘗試以缺陷為視角,通過復盤某一核心系統歷時30個月的建設過程,尋找質量、效率、工作模式等相關的問題,為后續根因分析活動..
軟件的度量分析一直是個“虛幻”的話題,因為軟件的開發過程畢竟不能和制造業相比,后者的過程中所產生的數據是非常有類比性的,從而度量也變得容易一些。如何在軟件開發過程..
正交缺陷分類法,Orthogonal Defect Classification(以下簡稱 ODC)是一種缺陷分析方法,由 IBM 在 1992 年提出。它通過給每個缺陷添加一些額外的屬性,利用對這些屬性的歸納和分析,來反映出..
缺陷趨勢分析可以幫助測試管理人員調整測試策略,幫助項目決策是否要結束測試。..