怎麼判斷一個缺陷是前端缺陷還是後端缺陷?
怎麼判斷一個缺陷是前端缺陷還是後端缺陷?
似乎這個問題看起來應該挺簡單的,但是根據我所遇到的問題,有時候遇到的問題看起來是後端缺陷,但其實是前端缺陷。
有時候遇到的問題,看起來是前端缺陷,但卻是後端缺陷。
問題
【專案管理】下車金融專案增加產品,提交成功後,再進入頁面發現沒有增加的產品。
原因分析
新增產品後,再次進入產品資訊頁面沒有展示新增產品問題的可能原因有:
問題排查
- F12,檢視增加產品點選【提交】後,是否有觸發介面。如果沒有觸發介面,檢視控制檯是否有異常。沒有觸發介面,可以判斷為前端缺陷。
-
如果觸發了介面,檢視日誌是否有異常。
在我們不熟悉日誌的情況下,我們有可能留意不到沒有丟擲異常的日誌。 -
留意不到不到日誌的話,檢視前端對應介面的請求報文,是否傳送了產品資訊。
相關推薦
怎麼判斷一個缺陷是前端缺陷還是後端缺陷?
怎麼判斷一個缺陷是前端缺陷還是後端缺陷? 似乎這個問題看起來應該挺簡單的,但是根據我所遇到的問題,有時候遇到的問題看起來是後端缺陷,但其實是前端缺陷。
如何判定一個bug是前端bug還是後端bug
如何判定一個bug是前端bug還是後端bug 首先需要了解一個頁面的請求過程: 以http請求為例:
如何打通前端dist和後端jar?
前端dist和後端jar已經分別獨立部署到伺服器上,這篇部落格是對下面兩篇部落格的延續。
webApi前端ajax呼叫後端返回{"readyState":0,"status":0,"statusText":"error"}解決方案
var url = data.url,params = data.params,try_times = data.try_times,async = data.sync == ‘false‘ ? false : true;
前端接收下載後端檔案流
說明: 這裡是接收excel流的示例,故屬性為type: \'application/vnd.ms-excel\',最重要的是responseType要設定為blob.
nginx 處理跨域問題(前端專案訪問後端介面報跨域問題)
location / { #處理跨域問題 start # 允許請求地址跨域 * 做為萬用字元 add_header \'Access-Control-Allow-Origin\' \'*\';
一文讀盡前端路由、後端路由、單頁面應用、多頁面應用
前端路由 定義:在單頁面應用,大部分頁面結構不變,只改變部分內容的使用
Vue element-ui 前端頁面使用後端介面
首先: 1.佈局:使用一個麵包屑導航: <!--麵包屑導航--> <el-breadcrumb separator=\"/\">
防止XSS指令碼注入-前端vue、後端springboot
作者時間 雨中星辰 2020-09-10 xss是什麼 跨站指令碼攻擊(XSS),是目前最普遍的Web應用安全漏洞。這類漏洞能夠使得攻擊者嵌入惡意指令碼程式碼到正常使用者會訪問到的頁面中,當正常使用者訪問該頁面時,
html傳送email的兩種方式,前端(mailto)和後端(node)__(一)
前端篇-mailto 前端無法達到點選一個按鈕直接傳送郵件到指定收件人的效果,可以一用的只有mailto。
動態路由前端控制或是後端控制
技術標籤:vuejsvuejavascript 為什麼設定動態路由 我們在開發的過程中,會有不同的人來作業系統,有admin(管理員)、superAdmin(超管),還會有各種操作員、普通管理員。為了區別這些人員,我們會給不同的人分
vue前端和Django後端如何查詢一定時間段內的資料
前言 在開發過程中經常會遇程式設計客棧到篩選查詢之類的功能,比如查詢某一個時間段內的資料而非所有資料。
前端路由和後端路由的區別
前端的路由和後端的路由在實現技術上不一樣,但是原理都是一樣的。在 HTML5 的 history API 出現之前,前端的路由都是通過 hash 來實現的,hash 能相容低版本的瀏覽器。
前端渲染和後端渲染,前端路由和後端路由
先來談談後端渲染,如下圖: 簡單的來說,早期後端渲染就是後臺接收到前臺url地址解析然後後臺通過jsp去進行處理,這裡處理完成後就已經是一個完整的頁面了,只是將這個頁面又返回給前端頁面出去作為顯示。
k8s部署微服務專案實戰--react前端+springboot/python後端-第一節專案概述
博文旨在通過實戰一個我所在部門內部正在孵化的專案的第一階段demo來幫助大家熟悉並初步掌握前後端分離專案的開發以及在k8s上的部署流程,其中涉及到前端react專案的開發流程、後端專案(分別用springboot和python開
k8s部署微服務專案實戰--react前端+springboot/python後端-第三節 前端react專案部署到k8s環境中
將上一節建立的簡單的react專案demo_fe進行部署,並說明為什麼要使用ingress。 本節我們將上一節建立的簡單的react專案demo_fe進行部署,部署的步驟如下:
k8s部署微服務專案實戰--react前端+springboot/python後端-第四節 前端專案部署總結以及引入ingress解決兩個問題
通過前面兩節的學習,我們已經可以將一個簡單的react專案部署到k8s中,總結起來其實就是下面的幾步,但是存在兩個問題,需要配置ingress來解決。
k8s部署微服務專案實戰--react前端+springboot/python後端-第五節 k8s環境下中介軟體搭建-mariadb叢集
這節介紹的是mariadb叢集的搭建,首先我們的需求比較簡單,專案的併發量雖然不高,但對於資料的一致性以及資料庫的備份、容災這些基本要求還是有的,基於此,我們選擇了集成了Galera外掛的mariadb叢集,關於Galera
k8s部署微服務專案實戰--react前端+springboot/python後端-第六節 k8s環境下中介軟體搭建-redis叢集以及使用
上一節我們介紹了mariaDB叢集的搭建,這一節我們介紹一下redis叢集的搭建以及在springboot中使用redis叢集。
k8s部署微服務專案實戰--react前端+springboot/python後端-第七節 k8s環境下中介軟體搭建-kafka叢集以及使用
我們使用Kafka來進行日誌的收集(沒有使用Kafka來進行訊息通訊是考慮到我們的系統併發量少,並且微服務之間的通訊有同步的需求),系統每執行一次測試用例集的執行,就會生成一個jobID(即認為每一次執行就是一項任務