原创 微服務質量體系建設知識點

微服務架構        是現在軟件開發領域/互聯網領域比較常用的架構思維,區別於單體應用,是將項目按照業務拆分爲獨立的項目/應用/服務,只負責一小塊具體的業務或分層;形象理解爲單體應用像古代的刻板印刷,而微服務更像活字印刷術。      

原创 BVT與冒煙測試

【BVT的釋義】 BVT的全稱是Build Verification Test。可以說這個全稱就是BVT的定義了。 BVT只驗證build構建的成功與失敗,不深入測試構建好的build的功能、性能等等。 BVT是在所有開發工程師都已經檢入自

原创 線上緊急hotfix覆盤

一、前言做業務研發,難免碰到線上問題。從異常出現,到問題解決,需要緊繃神經,爭分奪秒,是對程序員專業技能的硬核考驗。特別是在面向億萬用戶的大促場景,上下游幾十號同事同時盯着,負責問題解決的幾個關鍵同學必須抗住巨大壓力,極限編碼,在最短時間解

原创 DevOps中的質量內建實踐

什麼是質量內建 隨着時間的推移,我們項目的開發效率會逐漸降低,直到幾年之後整個項目可能就無法維護,只能推倒重來。具體的表現首先就是隨着時間推移,我們會發現整個需求列表裏面能做的需求越來越少,因爲每當我們增加一個新特性,需要改動的代碼就非常多

原创 如何 設計一個高質量的 API 接口?

你是否也感同身受? 優秀API的特質 API 設計原則 你是否也感同身受? 對接XX業務時,XX業務具備的功能和API全靠跑業務負責人那反覆逐個詢問、確認。用哪個API;怎麼用;有沒有限制;等等 各個業務間,甚至同一業務內,

原创 職場上如何避免替人背鍋?

人在職場,一不小心就會背鍋。這種鍋要麼是別人甩給你黑鍋,要麼是自己犯錯誤給自己製造的鍋。 只要是要追究責任的背黑鍋,最後大多數的結果只有一個:你因爲背鍋導致別人對你能力和工作態度都有所質疑。如果你這種鍋背得越來越多了,很大程度你的上級

原创 測試工程師如何輸出高績效成果?

年終績效是家人們很care的一個關鍵詞   同是一個team,A與B同是965,同樣的付出,我個人績效長篇大字,細到每個事件的細節,但是B只是用一個數據表列了幾個字段的指標數據,爲何B的績效比我高,領導更喜歡他呢?   那是因爲他抓住了領導

原创 Ubuntu14.04、win7雙系統如何設置win7爲默認啓動項

Ubuntu14.04、win7雙系統設置win7爲默認啓動項方法: 在啓動項選擇菜單處記住windows 7對應的序號。從上至下的序號從0開始計數,windows 7系統選項處於第5位。那麼序號就應該是4,然後進入ubuntu系統。 按

原创 如何進行測試需求分析:從接收需求到用例設計

如何進行用例設計,如何讓設計好的用例覆蓋全面,將代碼存在的問題在上線前更早發現是每一個測試工程師必備的技能。那麼如何達到這些指標呢?如何將用例設計既快又全面呢?今天小編就告訴大家常用設計用例的方法,以及每個方法的適用範圍,便於大家更快的選擇

原创 BDD本質及與ATDD區別

------------恢復內容開始------------ null ------------恢復內容結束------------

原创 MySQLSQL性能調優

1.對查詢進行優化,應儘量避免全表掃描,首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應儘量避免在 where 子句中對字段進行 null 值判斷,否則將導致引擎放棄使用索引而進行全表掃描, Sql 代碼 : s

原创 瀏覽器各方法兼容性檢查網站

瀏覽器兼容性測試工具推薦 JavaScript方法兼容性檢測網站 https://caniuse.com  

原创 線上BUG分析報告

昨天下午大神把組內幾十號人召集在一起開Online bug分析大會,主要是針對近期線上事故從事故原因和解決方案兩個維度來分析   對金融軟件來說,每一次的線上事故都有可能給公司帶來重大的損失,少扣了用戶的錢,爲公司帶來資金方面的虧損;多扣了

原创 防止重複提交解決方案-(基於JAVA註解+AOP切面)

1、前言   近期在構建項目腳手架時,關於接口冪等性問題,考慮做成獨立模塊工具放進腳手架中進行通用。  如何保證接口冪等性,換句話說就是如何防止接口重複提交。通常,前後端都需要考慮如何實現相關控制。 前端常用的解決方案是“表單提交完成,按

原创 自動化測試思考集合

1.UI自動化到底該如何實施?https://mp.weixin.qq.com/s/2JR0kO9dV3-k9dPHEh8bdg2.UI自動化應該實施哪些內容?https://mp.weixin.qq.com/s/2KOGtCVejzpBF