成員:方爾博,黃文超
-
測試過程中發現的Bug:3
修復的Bug:
- 點選切換欄目,傳送請求,但是此時記錄欄目id的activeTab.value還沒有更新,會導致傳送的請求不是當前分類的,使用nextTick解決(重新渲染過後再發請求)
2.點選修改按鈕卻會重新整理頁面,但是事件裡並沒有路由跳轉或reload等程式碼,在el-form裡面如果使用原生的button(預設為[submit]型別),點選按鈕觸發表單提交,導致頁面重新整理,透過設定type:"button解決"
- 點選切換欄目,傳送請求,但是此時記錄欄目id的activeTab.value還沒有更新,會導致傳送的請求不是當前分類的,使用nextTick解決(重新渲染過後再發請求)
2.不能重現的bug:
邊改程式碼邊看頁面有時會觸發瘋狂傳送請求,但在正常使用時不會,不知道原理,不知道怎麼觸發的,可能是路由守衛的原因
3.這個產品就是這樣設計的,不是bug:
1.點選修改個人資訊後,上傳頭像如果顯示“上傳成功“便已完成使用者頭像的更改,無需再點選確認修改,確認修改是改動郵箱和簡介的
2.同一個使用者可以點贊文章多次(反覆退出再進入就可以刷贊,開心就行)
4.這個bug的確應該修復,但是沒有時間在這個版本修復,延遲到下一個版本修復。
使用者在瀏覽文章時如果重新整理頁面,會失去當前文章內容,需要重新在首頁查詢文章並點選進入檢視
5.沒有能力修復,將來也不打算修復:0
你預期不同的使用者會怎樣使用你的部落格?他們有什麼需求和目標?
普通使用者
需求:在無聊時想瀏覽一些部落格,瞭解一些技術或學校訊息
目標:檢視內容,簡便、流暢地使用部落格,與他人互動
內容創作者:對技術感興趣或者想了解一些學校生活等的人都可以來此部落格看看
需求:釋出訊息、記錄自己的心得,與朋友互動、進行社交活動等
目標:記錄自己的學習或生活,得到別人的反饋
你的軟體提供的功能怎麼組合起來滿足他們的需要?
前後端分離,以正常思維組合,前端的各種按鈕對於各種介面,一個事件的傳送緊接著不同的處理
你們在什麼樣的平臺、硬體配置、瀏覽器型別等條件上對你們的軟體進行測試?
在windows平臺,edge瀏覽器,chrome瀏覽器進行測試
你認為你們團隊的軟體在什麼條件下,就可以認定其已經足夠好,可以釋出Alpha版本?
在自己體驗感覺不錯的條件下,自己也有探索慾望的情況下,目前感覺仍有一些不足之處
*Alpha版本釋出說明*
-
以原有專案為基礎開發的,列出這一版本修復的缺陷
這是第一版
-
對執行環境的要求
瀏覽器上
-
安裝方法
透過網址進行訪問,但目前仍未部署,以下是當前github前端程式碼地址
https://github.com/f-h-team/blog.git
其中後端介面已部署到公網上