天天看點

軟體評測

這個作業屬于哪個課程 <2021春軟體工程實踐_W班 (福州大學)>
這個作業要求在哪裡 <軟體評測>
這個作業的目标
其他參考文獻

調研評測

目錄

    • Part 1
    • 思否體驗
      • 介紹和使用軟體
    • 優缺點分析
      • 對産品有什麼改進意見?
    • BUG描述
      • Bug發生時的測試環境
      • Bug的可複現性及具體複現步驟
      • Bug具體情況描述
      • Bug分析
      • Bug 回報
    • 結論
    • CSDN體驗
    • StackOverFlow體驗
    • Part 2 分析
      • 使用此服務的所有功能,估計這個軟體/網站/服務做到這個程度大約需要多少時間(團隊人數6人左右,計算機大學畢業生,并有專業UI支援)。
      • 分析這個軟體目前的優劣(和類似軟體相比),這個産品的品質在同類産品中估計名列第幾?
      • 【進階】你在第一部分發現的bug,為何軟體團隊不能在釋出前修複?他們是不知道,還是有意不修複?你覺得是什麼原因?可以從下面的可能性中選取幾個:
    • Part 3 建議和規劃
      • 市場概況
      • 市場現狀
      • 市場與産品生态
      • 産品規劃
        • 你要在目前軟體的基礎上設計什麼樣的新功能?為何要做這個功能,而不是其他功能?為什麼使用者會用你的産品/功能?你的創新在哪裡?可以用NABCD分析。
        • 如果你是項目經理,可以招聘6個人,并且有4個月的時間,你認為應該如何配置角色(開發,測試,美工等等) 才能在第16周如期釋出軟體的改進版本,并取得預想中的成績。
        • 請為你的團隊設計16個周期每周的詳細規劃。

  • BUG的量化标準
等級 描述
P0 系統性安全問題
P1 功能缺失&功能完善
P2 界面優化問題

思否:其應用的設定為中文領域最大的變成問答交流社群平台。願景和使命在于改變并提升人們擷取知識的方式和效率,幫助更多的開發者獲得成長與成功。

以下簡單介紹以下使用思否的流程。

  • 注冊環節
    軟體評測
    • 在注冊環節可以通過微信掃碼直接注冊關聯,直接預設微信号相關資訊,還算是比較便捷的。
  • 使用者關注選擇環節
    軟體評測
    • 會讓你選擇關注使用者,在之後的推送中會根據選擇使用者進行推送的選擇
    • 可能是由于緩存或者是标簽選擇的問題,當我進行标簽的調整後才會顯示有黃色底色的子產品。
      軟體評測
  • 新手任務區:
    • 注冊完成後右邊的闆塊以任務清單的形式列舉了幾個新手任務,其中包含了’閱讀聲望與權限的規範‘
    • 綠色子產品是可以點選進入的
    • 軟體評測
  • 标簽的設定
      • 通過在文本框填寫标簽并篩選進行添加,也可以通過選擇下方的标簽進行添加,但是下方添加的标簽在重新整理之後才會更新。
      • 同樣地,使用者可以自定義标簽,但思否有稽核的機制,使用者需聲望達到1500才能進行标簽的添加。
        軟體評測
      • 可以通過拖拽進行标簽的删除(錄制GIF時和下方排序結合在一起)
    • 排序
      • 通過拖拽進行标簽次序的排放。但拖拽到最後一位會有點卡頓。
        軟體評測
  • 提問環節:
    • 提供了三種模闆可供選擇
      軟體評測
    • 提出的問題需要進行24小時的稽核(我提出了一個在網站上找到的相似的問題)
      軟體評測
    • 重複問題會被關閉
      軟體評測
  • 回答問題的環節:
    • 進入問題界面在回答前會出現如下的提示資訊。
      軟體評測
      軟體評測
      軟體評測
    • 當點選'補充回答''編輯''改進我的回答'三個按鈕時都會跳轉到編輯頁(個人覺得有些累贅了)
      軟體評測
      軟體評測
  • 為我推送
    • 問題月榜量少
      軟體評測
      軟體評測

  • 由于這次測評重心在于測試問答子產品,故進入到這一子產品的使用者畫像有兩種。
  • ①所求問題采用搜尋引擎無法查詢到,隻能通過提問的方式來擷取答案。
  • 既然如此,使用者的核心在于準确的解決問題。隐含的要求是問題能夠被快速發現。
  • 附加要求在于1.存在專業使用者 2.快速解決
  • 思否的優點在于:
    • 能夠讓使用者根據模闆描述問題,一定程度上降低問題描述的難度。
    • 對問題進行稽核,重複的問題會被關閉。
    • 存在專業使用者能夠進行回答。(觀察了軟工另一位同學的作業,他提出的問題在一天内就有人員去進行解答)
  • 思否的缺點在于:
    • 标簽的設定不算多但也不夠具體化(針對沒有設定标簽權限的使用者),很難明确評估問題。
    • 使用者量對比起CSDN和StackOverFlow而言較少,網站活躍使用者數也較低。

  • 問題稽核時長可以适當簡短。
  • 在'為我推送'的子產品中的排序是根據最新回複時間來進行排序的,但私以為依據使用者标簽排序以及問題閱讀關注數來降序排序更佳。'為我推送'的目的在于為使用者推送ta感興趣或者能夠解決的問題,但根據時間來排序并沒有達到這個效果。
  • 加強宣傳推廣,提升使用者留存率,提高使用者活躍度。

  • 采用Windows系統Chrome浏覽器(90.0.4430.212)。

  • 必然發生

  • 1.推送相關(不确定是否為bug)——P2
    軟體評測
  • 可以看到在'最新'子產品中的第一條與在'為我推送'中的第一條相似,但并沒有黃色底色的顯示,并且我浏覽下方'為我推送'中的所有條目都沒有黃色底色。(可能是由于為我推送都是我感興趣的部分就自動不标黃了?)
  • 2.翻頁設定——P1
    軟體評測
    軟體評測
  • 一開始隻顯示5、10頁,點選到後面才會顯示有後面的頁數
  • 3.标簽不同步——P1
    軟體評測
    軟體評測

  • 翻頁設定的bug應當是原型設計的問題,一個合理的分頁設定應目前後端傳輸資料時要包含總共含了多少頁數,否則直覺來看會認為隻有僅僅幾頁的内容。
  • 标簽不同步一開始以為是在點選時同步的有人并發關注,但之後我又重新整理了頁面發現并沒有資料的變化。估計可能是緩存或者是資料更新的頻率太慢導緻的問題。

  • 翻頁設定和标簽不同步的問題我認為都是小卻重要的問題,需要盡快調整。

  • 我的評價是'好,不錯',在試用這個應用時,界面整潔好上手,對比起CSDN而言界面更為簡單好上手。
  • 并且在提問環節中有相應的模闆提供也有稽核環節,這兩點都是CSDN中我沒有探索到的。
  • 缺點在于使用者基數不足,并且有一些功能感覺有些累贅。這點在上面有提及。
類别 評分
核心功能 分析三個核心功能,功能設計和品質。 8
細節 有什麼為使用者考慮的細節?
使用者體驗 當使用者完成功能時,不幹擾使用者 (例如: 是否不斷彈出不相關廣告)。
輔助功能 一些輔助功能如皮膚等。 9
差異化功能 這個軟體獨特的功能. 它對使用者的吸引力有多大?
軟體的效能 占用記憶體, 啟動速度, 記憶體洩漏情況
軟體的适應性 在聯網/斷網, 大小螢幕, 沒有滑鼠的情況下都可以順暢操作. 和不同平台的軟體能流暢協作 10
成長性 記住使用者的選擇, 适應使用者的特點,使用者越用越友善
使用者的控制權 系統狀态有回報,等待時間要合适。關鍵操作有确認提示,有明确的錯誤資訊。讓使用者友善地從錯誤中恢複工作, 快捷操作鍵可調整。
使用者粘性 能維持住多少的使用者量,使用者是否願意經常使用這個網站。
總分 87

  • CSDN:其應用設定是全球知名中文IT技術交流平台,也是這三款應用中我平時使用最頻繁的一個應用,也算是最熟悉的一個。
  • 問答首頁
    軟體評測
    • 雖然使用這個軟體非常頻繁,但是大部分還是聚焦于檢索問題,而不是提問與回答。畢竟CSDN的使用者基數已經足夠龐大,而作為軟體的新新學童,我們所遇到的問題不過是茫茫大海中靠近沙灘的淺礁,有無數前任提出問題并解決,我們很難能夠遇到并不相似的問題(除了算法)。、第一次看到CSDN的問答闆塊,感覺大體上和思否差距不大,但是又比思否多了些許闆塊。
      • 與思否相似有一個'問題提問教學'
        軟體評測
      • 細細品讀會很有感悟
    • 問答界面左邊欄下設提問、排行榜、頻道和活動四個部分。
      • 提問子產品分為關注、等你來答和有問必答(VIP)三個環節。
      有問必答,滿足你與行業專家之間的零距離交流、提問和互動。您工作日提出的問題,将在 24 小時内收到回答。有問必答,是一個緻力于為開發者打造高品質問答的平台,滿足你與行業專家之間的零距離交流、提問和互動。在這裡,讓你有所得!服務範圍為 :Python、Java、MySQL、Redis、網絡、Linux、大資料、雲計算、雲原生、中間件、MongoDB、HBase、Zookeeper、Kafka等領域專業問題解答,為您提供解決問題的思路和指導,不提供源碼代寫、項目文檔代寫、論文代寫、安裝包資源發送等服務。立即開通問答VIP,享受每月5次有問必答服務機會:https://t.csdnimg.cn/7ixZ程式設計之路漫長,加入我們,領域專家将為您耐心解惑,千萬開發者與您同行
    軟體評測
    • 每個子產品下設最新、最熱、懸賞和待采納四個環節。
    • 由于我之前搜尋過python相關内容,但CSDN中并沒有相關标簽的設定,故并不清晰是根據什麼來進行提問的推送。
    • 而有問必答環節是針對VIP使用者進行提問子產品,在24小時内會得到回複。我認為這種提問方式是非常符合對回答有急迫需求的使用者。
  • 提問界面
    軟體評測
    • 在右方有提問步驟的描述,然而沒有起到作用,回顧剛剛看到的問題清單依舊是“大神”“小白”諸如此類毫無資訊的問題描述。
    • 由于網際網路的準入門檻降低之後,很多人失去了'閱讀說明書'的能力,低門檻某種程度上也帶來了一些壞處。
    • 我測試了一個相似的問題提出。
      軟體評測
    • 在問題标題中打出會提示相似問題,但這一功能非常簡陋。隻能接納問題的标題的内容為标簽詞,若為句子則無法彈出。而問題的标題又要盡量詳細口語化,故'相似問題'這一下拉框似乎無法解決真的相似。但由于人的表述本身就是主觀的,故能夠了解接受。
      軟體評測
      軟體評測
      軟體評測
      軟體評測
    • 問題的提出并沒有稽核環節,我僅僅改變問題标題,秒速通過審批。故我認為CSDN的問題稽核應該是隻針對于敏感詞等進行過濾(并沒有測試怕被封号),但是針對問題重複并不進行考量。這也就能夠解釋我每次在使用這個應用時相似的問題都能在不同的頁面裡看到45個幾乎相同的解決方案,備援量很大。
  • 回答界面
    軟體評測
    • 和提問環節一般回答問題也沒有進行稽核,秒批通過。私以為,需要增設回答稽核環節,以防止惡意消息注入。

  • 相同的痛點,CSDN和思否解決的側重點就大相徑庭。
  • CSDN的優點在于:
    • 稽核時間短,活躍使用者基數大,提問者能夠迅速接收到回複。
      • 對比起思否而言,CSDN提問的頻度高很多,最新問題回複的'0率'也并沒有思否高。這取決于1.CSDN活躍使用者數多2.CSDN稽核機制寬松。
    • 活躍使用者數高,與其部落客功能吸引使用者可能有關聯,相比起思否而言使用者量差距太大了。
  • CSDN的缺點在于:
    • 稽核過于寬松,問題容易備援。
    • 在使用者提問的環節'相似問題'并沒有起到本該有的作用。

  • 稽核機制革新
  • 相似問題要真正的能做到是相似的問題。(但其實就我個人而言,我認為我們作為軟工學子更要學習的是資訊檢索的能力。在CSDN中我在搜尋問題的過程中發現了大量的備援,查閱資料困難程度很高。而提問的學生應該已經搜尋過相關的問題了,但我們還是不能規避掉不搜尋就來提問這一使用者場景,故還是需要做适當的調整。)

  • 沒有找到明顯的BUG

  • 我的評價是'好,不錯'。
  • 我對于CSDN比較熟悉故沒有上手了解的成本。
  • CSDN是我認為在我學習過程中使用頻度最高的網站,誠然他也有'資訊量備援'等等的問題,但好在使用者基數已經足夠解決小白所面臨的問題。
  • 但CSDN于我而言的優勢在于'站在前人的肩膀上',因為我使用它時大部分都在檢索,真正針對于提問與回答的環節,可能稽核還是需要做得更到位一些。
7
79

  • 對于這個應用的測評由于語言受限,我個人認為收到了很多障礙,并不如前兩個測試的順利。
  • Stackoverflow:其應用設定是面向全世界的程式員的問答平台。
    軟體評測
  • 問答平台界面的設定分為三欄。左邊是标簽欄,中間主題是内容的呈現。
  • 我們這裡僅考慮Questions Tags Users三個子產品。
  • Questions中有黃底色的部分标簽喜好的子產品。Tags中有标簽可以進行選擇。Users則是使用者清單可以進行關注。
    軟體評測
    軟體評測
    軟體評測
  • 提問環節
    軟體評測
    • 會彈出提問的教程,當填寫問題時也會自動比對相似問題,不過由于語言表述的主觀性,同樣地相似問題的推薦也會有誤。
  • 回答環節
    軟體評測
    • StackOverFlow的回答是允許被每個使用者修改的同樣地也需要進行評審,這樣的方式手段差別于上面兩個應用,更好的呈現并且改進了優秀答案。
    • 引用優秀作業中的一句話
    至于評價功能,Stack Overflow所采用的這種聲望值+投票的政策,客觀上确實成功地篩選出了那些高品質的問題,有效地提高了提問者的檢索效率,避免了同樣的問題被多次提問。
    • 我個人認為這個功能相較于前面兩個應用而言更為客觀且準确的達到了其選擇高品質回答的目的。

  • StackOverFlow的優點
    • 專業使用者多
    • 高品質回答具有客觀性
  • StackOverFlow的缺點
    • 英文閱讀困難對于國内使用者而言(也不能說是他的缺點,大概是我的缺點…)
    • 新手使用者留存率低(簡單的問題并不會再StackOverFlow中提出,而想要回答高品質的答案也非常難得)

  • 沒有找到BUG

  • 我的評價是'非常推薦',在試用這個應用時,界面簡單清晰,有黃色底色的設定能夠一目了然。

    獨特的回答修改功能和評選高品質回答的機制使得回答更加客觀性、專業化。但從某種程度上對于新使用者的準入門檻很高。

  • 17Week(由于三個應用的核心都在于問答,故我提取了相似功能,僅做一次時間分析)
  • 首先需要簡單分析一下,這個服務包含了什麼功能,其實簡單來說可以類比于我們軟工常做的'部落格作業',但要更加的體系化。
    • 大緻包含如下幾個功能:
      • 問題呈現(類比部落格呈現)
      • 提出問題(類比釋出部落格)
      • 回答問題(類比評論部落格)
      • 關注問題(類比關注部落格)
      • 采納問題(類比點贊相關)
  • 以上僅列舉了其中幾個重要的點,但各種關聯比較繁複,并且涉及了系統化設計,是以不僅于此。
    • 故我認為開發核心與難度在于
      • 部落格細節功能的完善
      • 多人并發
      • 使用者關注問題的大資料推薦
      • 稽核的安全性
  • 一個應用的開發流程 : 使用者需求分析 - 原型設計 - 資料庫設計&系統設計 - 代碼沖刺 - 系統優化 - 内測運作
    • 使用者需求分析 —— 2Week
    • 原型設計 —— 2Week
    • 資料庫設計&系統設計 —— 3Week
    • 代碼沖刺 —— 4Week
    • 系統優化 —— 2Week
    • 内測運作 —— 4Week
其中的開發曆程和我們軟工實踐相差不大,但是涉及到資料庫優化和大資料推送等優化及算法相關内容,還需花費更多時間。(時間扣去學習成本,否則會更漫長)

  • 有些沒太了解題目的意思,這裡參考了優秀作業,評估三個軟體在不同角度的排序。
功能 排名
問題與回答的品質 StackOverFlow>CSDN>思否
使用者基數
使用門檻 思否>CSDN>StackOverFlow
總體 StackOverFlow>思否>CSDN

  • 思否子產品
  • '為我推送'這一子產品沒有黃标的原因,大緻是由于所有内容都基于使用者關注的标簽來選擇,然而由于另外三個子產品都以此為标準,這樣比較來看有些特殊。但出于UI考慮,确實不應當全屏黃色,可能可以考慮适當斟酌一下。
  • 頁數呈現,我覺得是前後端沒有溝通協商好傳輸的資料。

埃文斯資料公司(Evans Data Corporation) 2019 最新的統計資料顯示,2018 年全球共有 2300 萬軟體開發人員,預計到 2019 年底這個數字将達到 2640萬,到 2023 年達到 2770萬。
  • 關于中國現行開發人員的數量可以參考這篇資料:中國到底有多少萬軟體開發人員?今年前端飽和了嗎?
  • 程式設計問答分享平台的面向群衆基本是程式設計開發的從事人員和學習人員。

1、大資料、雲計算、5G技術的逐漸成熟将帶來大量的就業崗位,目前大資料和雲計算技術正在經曆産業化的落地階段,特别是随着新基建概念的提出,這個過程會釋放大量的人才需求,這些人才需求中以程式員居多,廣泛遍布在大資料的各個崗位中。

2、IT行業新技術層出不窮,對人才的需求會越發旺盛。從最近幾年的技術發展趨勢來看,新技術的發展速度越來越快,比如在物聯網平台、區塊鍊技術、人工智能等方面都有快速的發展,這必将帶來大量的人才需求,而程式員則占據了大量的比例。

  • 總有人提出市場是否會飽和的疑問,但就目前而言,這一市場的人才缺口還是很大的,但未來一定會朝着人才細分的方向發展,不管如何,朝着精進自身的能力方向發展必定是能夠獲得更多的選擇。
  • 是以,作為程式設計問答分享平台是人才成長必經之路,也是無數初入該行業的新手一定會接觸到的平台。
  • 不論市場是否飽和,隻要市場存在,人才競争就必定存在,人才發展就會持續進行。
  • 直接使用者:程式設計學習人員(為主)和從業人員
  • 潛在使用者:對程式設計感興趣的使用者

  • 如今市面上的專門做程式設計問答分享平台存在,還有一部分和算法解題和其他子產品互相結合。(其實也佐證了這片市場的寬闊)
  • 未來程式設計開發平台必将獨立于其他子產品,但将程式設計問答平台獨立究竟好處更多還是壞處更多。
  • 其中有一個很明顯的例子就是CSDN。ta的主營子產品應當是在于部落格的撰寫——代碼經驗的分享。而其餘的作為附屬子產品并行。
  • 故一個程式設計分享平台究竟面向什麼樣的群體呢?
  • 下圖是我檢索到的較為出色的網站。
    軟體評測
  • 要成為同類競争中的佼佼者,有一必需因素就是要有足夠強大的人才基數。
  • 換句話來說,如何留存使用者成為至關重要的要素。
  • 從學習人員視角出發:就我而言,在我進行實際開發時,我所遇到的問題90%已經有前人留下的解決方案了,而我隻需要去檢索海量的資料來獲得這一資訊。
  • 剩下10%我才會通過提問的形式來發問。(可能是由于選擇的平台不對,我的提問要很晚才能得到回複甚至沒有回複。)
  • 故,留存使用者的存在幾個至關重要的點。
    • 問題的呈現清晰化
      • 問題能否明晰?
      • 标簽分類是否合理?
      • 能否規範類似問題的提出?(将不同的答案集合起來)
    • 關注問題的推送
    • 個性化待解決問題的推送
    • 解決問題的懸賞機制怎麼能夠吸引使用者回答問題?
    • 以及一些界面的美觀|使用是否順手等等的主觀因素
  • 分析當今國内市場現狀,我個人認為思否的功能已經非常的齊全了。'有問必答'的制度解決了急迫的問題需求;标簽化的設定雖仍需調整但也在行業平均水準;提出問題和回答問題的稽核機制時效有些長,但能夠有效規避垃圾回答和重複問題的提出。

    但思否存在的最大的也是最難解決的問題在于,使用者的留存率過低。首先相較于CSDNta并沒有部落格作為背後的砥柱進行相關資訊、經驗的整合,本身失去了部分競争力,但作為專注問答的平台也無可厚非。我個人認為是推廣不到位加之懸賞機制不夠好兩個因素導緻了思否這一應用的使用者留存率不高。

    即使功能齊全,但缺失了使用者,是最大的問題難點。

  • 相比而言CSDN的使用者留存率就比思否多了許多。但CSDN的問答子產品作為附屬子子產品并不如主子產品更吸引新手。或許正是因為如此,CSDN的問答子產品的功能就沒有那麼細緻打磨。但我認為可能是考慮到回答的時效性,CSDN在稽核機制方面就大大放寬。但也正是因為如此,在我檢索相似問題時會出現非常多的問題與答複,另人眼花缭亂。

    抓一手就隻能放棄另一隻手。在稽核方面拉低門檻也自然就會在檢索方面擡高門檻。私以為,檢索的門檻過高不易于使用者的留存發展,但如今CSDN的使用者活躍數已經是行業中的佼佼者了,基數大可能也不必考慮。隻要适應了檢索的難度,就大機率會成為其使用者。

  • 而市面上的這些産品除了面向對象廣度不同外,都是競品。但顯而易見的,能夠擁有極高使用者留存率的應用才能成為常青樹。
  • CSDN突出的優點在于體系化的部落格服務。而Stackoverflow的優點則是由于權威性高引導的使用者數量多。

  • 核心使用者群:程式設計相關人員
  • 典型使用者A:
    • 學曆: 專科 大學 研究所學生
    • 年齡: 18-25
    • 專業: 計算機相關專業
    • 愛好:
    • 收入: 生活費其他費用補貼
    • 表面需求: 查閱資料,解決問題
    • 潛在需求: 接觸未知領域,了解學習内容
  • 典型使用者B:
    • 年齡: 22-35
    • 收入: 10k+/月
    • 表面需求: 解答疑惑
    • 潛在需求: 更新知識庫,成為有程式設計經驗的大佬
  • 典型使用者C:
    • 年齡: 25-40
    • 收入:
    • 潛在需求: 成為回答問題的大佬
  • 使用者間存在互相依托的關系,我認為存在利用其互相作用二次構成特定使用者生态的可能性。
  • 由于對于使用者生态這一知識點不太了解,故搜尋了相關知識。我認為一個平台最終一定會生成使用者等級階層化。

  • 對于産品的新增功能我個人認為現下我們測試的幾個産品已經在功能面很齊全了,三者也互相彌補不足。如果一個應用做到完美,完美到蔑視所有同類競争品,也不合理。
  • 雖然說功能齊全,但并沒有做到盡善盡美,還需要再加強。
  • 針對于問答平台,能否清晰的提出真的切實符合自己的問題和能否迅速的查找到自己要探索的問題的能力是非常重要的。
  • 故,我提出增加一個線上IDE編輯器或者是代碼存放平台這樣的平台功能。
  • N:項目過大,架構不同,難以簡明扼要地描述問題
  • A:制作一個線上的編輯器或者一個代碼存放平台,讓回答問題的使用者可以直接編譯運作發現錯誤進行DEBUG
  • B:能夠降低描述問題的難度
  • C:現市場并沒有将問答與代碼運作結合在一起的應用
  • D:提出"高效提問"的口号打造市場

  • 測試 1人
  • 美工 1人
  • 開發 4人
    • 前端 2人
    • 後端 2人

周數 計劃
1-4 需求分析,原型設計
5-6 系統設計,資料庫設計
7-10 前端後端獨立開發
11 前後端互動,測試
12-13 内測上線運作,開始推廣
14 修改内測回報問題
15 測試新版本
16 新版本上市,推廣市場
  • 需求分析階段需要通過分析市場、調查市場(調查問卷)等摸清目标使用者及其痛點和使用者場景
  • 原型設計需要後期開發人員參與進來
  • 前後端獨立開發需要明确每天進度并彙報
  • 互動時建議集中開發
上一篇: 寒假作業2/2
下一篇: 寒假作業1/2