軟件評測作業

這個作業屬於哪個課程	2021春軟件工程實踐|S班 (福州大學)
這個作業要求在哪里	軟件評測
學號	221801112
這個作業的目標	通過分析軟件的好與壞來了解軟件工程的原理
其他參考文獻	如何評價微軟的UI設計？，VOIDMalkuth's Blog

目錄

• 一、第一部分 調研，評測
  • 1.1 CSDN問答
    • 1.1.1 體驗
    • 1.1.2 BUG
      • 1.1.2.1 問答搜索框bug
      • 1.1.2.2 對於提問回答的回復的bug
      • 1.1.2.3 回復自己的回答並對該回復點贊的bug(安卓app)
    • 1.1.3 結論
  • 1.2 Stack Overflow
    • 1.2.1 體驗
    • 1.2.2 BUG
      • 1.2.2.1 The following tags 輸入框bug
    • 1.2.3 結論
  • 1.3 SegmentFault
    • 1.3.1 體驗
    • 1.3.2 BUG
      • 1.3.2.1 問答收藏bug
    • 1.3.3 結論
• 二、第二部分 分析
  • 2.1 開發時間估計
  • 2.2 同類產品對比排名
  • 2.3 [軟件工程方面的建議]
  • 2.4 [BUG存在的原因分析]
• 第三部分 建議和規划
  • 3.1 市場概況
  • 3.2 市場現狀
  • 3.3 市場與產品生態
  • 3.4 產品規划

一、第一部分 調研，評測

Bug嚴重性星級規定:

星級	描述
★★★★★	致命性系統bug、嚴重影響用戶影響的bug
★★★★☆	嚴重系統bug、影響數據庫的bug
★★★☆☆	數據不一致bug，影響用戶體驗的bug
★★☆☆☆	一般影響用戶體驗的bug
★☆☆☆☆	輕微影響用戶體驗的bug

用戶采訪：

我選擇的是隔壁學校計算機相關專業羅同學，他在編寫項目過程中常常使用這些軟件的問答模塊，聊天記錄如下：

1.1 CSDN問答

1.1.1 體驗

• 軟件介紹：CSDN是面向IT技術人員交流的平台，提供博客發表分享，提問與回答，資源分享等服務。

• 軟件使用 ：

  • 回答：我回答了一個問題，如下，（但是這個問題不是應該搜索就有現成的答案嘛）：

    

  • 提問：根據自己曾經的經歷，進行了提問。
    

  • 點贊采納：
    

  • 推薦（等你來答）
    

  • 排行榜（標簽榜）
    

• 優缺點分析:通過這個產品確實解決了用戶的很多問題，如當我的程序出現了一個異常，久久無法解決，我能夠在csdn上面發現許多情景與我一致的人，通過他們的解決方案來解決我的問題。當我對某一個技術框架的搭建不熟悉時，我能夠按照其中某一篇博客的步驟完成搭建。當我對老師課堂講解的知識沒有明白時，我能在這里找到許多精辟的講解。之所以該軟件能夠解決我們的許多問題，我認為其中一個優點便是軟件擁有龐大的數據量，才能迅速解決我的問題（當然菜雞的問題也較為簡單也是其中一個原因。），但是龐大的數據量，包含許多一字不易的文章，更有甚者，將原作者的意思斷章取義發表出來，對學習者造成了誤導與困擾。我曾經學習jwt與shiro 的整合，在博客園發現一篇文章后，連續點擊了5,6次原文鏈接，終於學習到了原文。界面上，該軟件風格一致，視覺上也不錯，但是貌似我看的每一個博客都是目錄在最下面,如下圖，我需要往下滾動好幾頁才能看見目錄：
  
  

  我覺得目錄對於一篇文章而言應該是開門見山的（個人覺得可以在左側使用標簽，使其可以展開和關閉）。軟件在功能上很豐富，包含了博客，問答，直播，視頻，資源下載等方面，但是其中資源的質量參差不齊，想要找到適合自己的比較困難。

• 改進意見: 通過文章引用次數，點贊等，優化其關鍵詞，提升其被搜索引擎搜索到的概率。增大收費資源的審核力度，避免質量的參差不齊。

• 【進階】采訪另一個用戶: 讓 TA 也使用這個軟件/服務， TA 能上手使用么？ 有什么明顯的困難， 軟件的開發團隊為何沒有意識到這些初始用戶會碰到的困難？
  （請將采訪過程以圖片和文字的方式記錄下來，且要求采訪對象為其他軟工班級的學生；如果TA也要完成軟件評測的作業，要求TA選擇的測評對象和你的不一樣）
  記錄請至少包含以下幾點：
  a. 采訪對象的背景，為什么選擇這個人采訪？TA 的需求是什么？
  b. 采訪對象實際使用的產品欄目
  c. 采訪對象使用軟件的過程中會遇到的問題和亮點
  d. 采訪對象覺得從用戶體驗的角度來說需要改進的地方有哪些？

1.1.2 BUG

1.1.2.1 問答搜索框bug

​ 問答模塊搜索框輸入內容過長時，點擊搜索，未給出提示，並進入about:blank#blocked頁面，或提示無法訪問此網站。

• Bug發生時的測試環境

  • 操作系統：Windows 10 家庭中文版（20H2）。
  • 瀏覽器： Google Chrome 89.0.4389.82（正式版本） （64 位）。
  • 時間：2021/5/18 19:48
  • 原因：搜索框輸入過長的輸入內容。

• Bug的可復現性及具體復現步驟

  • 可復現性：在滿足輸入過長的輸入內容是必然發生。

  • 復現步驟圖：

    • 1.輸入大於100000個字符
      

    • 2.點擊搜索：
      

• Bug具體情況描述

  • 1.輸入框輸入大量漢字時未給出提示並進入#blocked頁面：
    

  • 2.搜索框輸入大量英文字符時未給出提示並拒絕連接：
    

• Bug分析

  • 對於無法訪問，我認為是界面未對輸入的字符進行限制，導致非法數據傳至服務器，被服務器拒絕或導致服務器拋出異常。我認為此bug不對系統功能，安全性上造成影響，但是嚴重的影響了用戶的體驗。
  • 預期與改進建議：我認為對於輸入框的輸入應該對字符長度進行限制並給出合理的提示，前端就要使用js等腳本語言對非法的輸入進行判斷。
  • 星級：★★☆☆☆

1.1.2.2 對於提問回答的回復的bug

​ 對於提問回答回復點贊圖標在點贊是圖標本身不會發生變化。

• Bug發生時的測試環境

  • 操作系統：Windows 10 家庭中文版（20H2）。
  • 瀏覽器： Google Chrome 89.0.4389.82（正式版本） （64 位）。
  • 時間：2021/5/20 18:48
  • 原因：對二級回復進行點贊和取消點贊。

• Bug的可復現性及具體復現步驟

  • 可復現性：必然發生

  • 復現步驟圖：

    • 1.未點贊
      

    • 2.點贊
      

• Bug分析

  • 前端界面未對二級點贊圖標做像一級點贊圖標做一樣的判斷。
  • 預期與改進建議：對二級點贊圖標增加如一級點贊圖標的判斷。
  • 星級：★★☆☆☆

1.1.2.3 回復自己的回答並對該回復點贊的bug(安卓app)

​ 安卓app不允許對自己對自己的回答點贊，但是可以對自己回答的自己的回復點贊，並且重復點擊點贊圖標，贊的數量會異常增加。

• Bug發生時的測試環境

  • 操作系統：Android 11
  • app：CSDN
  • 時間：2021/5/20 19:53
  • 原因：對自己的回答的自己的回復重復點贊。

• Bug的可復現性及具體復現步驟

  • 可復現性：在持續重復點贊時，發生概率達到90%。

  • 復現步驟圖：

    • 1.回答一個問題，並在該回答下給自己回復。
      

    • 2.不斷點擊圖標點贊與取消點贊
      

• Bug具體情況描述

  該用戶自己給自己點了4個贊：
  

• Bug分析

  • 我重新進入該頁面發現自己的4個贊消失了，我認為這是點贊客戶端沒有做好數據和數據庫的一致性。
  • 預期與改進建議：保證數據與服務器的一致性，或者避免快速重復的發起請求，像其他界面一樣提示重復提交。
  • 星級：★★★☆☆

1.1.3 結論

	類別	描述	評分 （滿分 10 分, 良好 6 分, 及格 4 分，聊勝於無 1 分, 很差 -3 分）
功能	核心功能	分析三個核心功能，功能設計和質量。	8
	細節	有什么為用戶考慮的細節?	7(在回答提問附件給出如何給出高質量的回答與提問供用戶學習)
	用戶體驗	當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。	6(登錄時強制用戶關注其公眾號)
	輔助功能	一些輔助功能如皮膚等	7(版本的切換)
	差異化功能	這個軟件獨特的功能. 它對用戶的吸引力有多大?	6
	軟件的效能	占用內存, 啟動速度, 內存泄漏情況	7
體驗	軟件的適應性	在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作	6
	成長性	記住用戶的選擇, 適應用戶的特點，用戶越用越方便	7
	用戶有控制權	系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。	6

1.2 Stack Overflow

1.2.1 體驗

• 軟件介紹：一個與代碼相關的IT技術問答網站，該網站注重問題的質量，並且通過威望值（Reputation Point）和徽章（Badage）建立了一個有效激勵參與者的評價體系。

• 軟件使用 ：

  • 回答問題：
    

  • 提出問題:
    

  • tags 使用
    

  • user使用
    

改進意見: 增加多語言專區，以適應不同的人群。

1.2.2 BUG

1.2.2.1 The following tags 輸入框bug

​ 在該輸入框輸入較多的數字或者英文時，Questions tagged 會穿過其他元素。

• Bug發生時的測試環境

  • 操作系統：Windows 10 家庭中文版（20H2）。
  • 瀏覽器： Google Chrome 89.0.4389.82（正式版本） （64 位）。
  • 時間：2021/5/18 19:48
  • 原因：輸入框輸入過長的輸入內容。

• Bug的可復現性及具體復現步驟

  • 可復現性：在滿足輸入過長的輸入內容是必然發生。

  • 復現步驟圖：

    • 1.輸入較多的數字或英文字符：
      

    • 2.按下enter鍵：

• Bug具體情況描述

  • 輸入的字符串穿過頁面中的其他元素。
    

• Bug分析

  • 該bug對系統不會造成較大的危害，但是嚴重的影響了用戶的體驗。
  • 預期與改進建議：對純數字或英文字符的字符串進行隔斷分行輸出。
  • 星級：★★☆☆☆

1.2.3 結論

	類別	描述	評分 （滿分 10 分, 良好 6 分, 及格 4 分，聊勝於無 1 分, 很差 -3 分）
功能	核心功能	分析三個核心功能，功能設計和質量。	9
	細節	有什么為用戶考慮的細節?	9(提問時，會給出相似的問題，和提問的內容的改善等提升)
	用戶體驗	當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。	10
	輔助功能	一些輔助功能如皮膚等	6
	差異化功能	這個軟件獨特的功能. 它對用戶的吸引力有多大?	10（威武和勛章）
	軟件的效能	占用內存, 啟動速度, 內存泄漏情況	8
體驗	軟件的適應性	在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作	5
	成長性	記住用戶的選擇, 適應用戶的特點，用戶越用越方便	7
	用戶有控制權	系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。	8

1.3 SegmentFault

1.3.1 體驗

• 軟件介紹：SegmentFault是一個開發者社區，其旗下有問答平台（技術問題），專欄平台，活動平台，筆記等。

• 軟件使用 ：

  • 回答：
    
    

  • 提問（我將相同的問題放在了SegmentFalut上面，意外引起了大家的認真的回答和討論，讓我對該問答網站好感增加不少。）：
    

  • 對別人多自己的回復進行點贊，編輯等
    

    

    

• 優缺點分析: 思否的擁有更簡潔的界面，更少的廣告，更少的商業化氣息，使用起來相比CSDN更簡潔明了，不用擔心進入某個頁面需要開通會員。但是隨之而來的問題，知否包含的數據量小，社區交流，問題回答沒有CSDN那么及時。即使是在技術方面，其涉及的內容也較少，缺少原創的能夠系統講解知識的回答，博文等。同時，可能是效仿stackoverflow的原因，發出提問需要審核較長的時間。除此之外，復制文字也需要登錄。顯而易見，思否與stackoverflow的之間還是有不小的距離。

• 改進意見: 改進審核制度，使得用戶與用戶之間的交流更加實時，讓用戶的問題能夠更快的解決。鼓勵博文原創與系統講解知識，授人以魚不如授人以漁，很多時候知其然還要知其所以然，系統的知識能夠更好幫助提問者解決問題並舉一反三。

1.3.2 BUG

1.3.2.1 問答收藏bug

​ 收藏一份問答時，不斷點擊收藏，收藏會不斷增加

• Bug發生時的測試環境

  • 操作系統：Windows 10 家庭中文版（20H2）。
  • 瀏覽器： Google Chrome 89.0.4389.82（正式版本） （64 位）。
  • 時間：2021/5/18 19:48
  • 原因：不斷點擊收藏

• Bug的可復現性及具體復現步驟

  • 可復現性：必然發生

  • 復現步驟圖：

    • 1.進入一份問答的回答：
      

    • 2.點擊踩一下，並查看其聲望值記錄，再回來：
      

• Bug具體情況描述

  • 收藏的數量會不斷增加，但是實際上應該只能算一份收藏。
    

• Bug分析

  • 界面設計時，沒有及時從服務器獲取數據，以保證數據的一致性，對用戶重復的操作沒有進行判斷與限制，這產生了嚴重的誤導。嚴重的影響了用戶的體驗。
  • 預期與改進建議：對用戶頻繁的重復操作進行限制，並給出相應的提示，及時從服務器獲取數據。
  • 星級：★★★☆☆

1.3.3 結論

	類別	描述	評分 （滿分 10 分, 良好 6 分, 及格 4 分，聊勝於無 1 分, 很差 -3 分）
功能	核心功能	分析三個核心功能，功能設計和質量。	6
	細節	有什么為用戶考慮的細節?	4
	用戶體驗	當用戶完成功能時，不干擾用戶 (例如: 是否不斷彈出不相關廣告)。	10
	輔助功能	一些輔助功能如皮膚等	6
	差異化功能	這個軟件獨特的功能. 它對用戶的吸引力有多大?	6
	軟件的效能	占用內存, 啟動速度, 內存泄漏情況	6
體驗	軟件的適應性	在聯網/斷網, 大小屏幕, 沒有鼠標的情況下都可以順暢操作. 和不同平台的軟件能流暢協作	6
	成長性	記住用戶的選擇, 適應用戶的特點，用戶越用越方便	4
	用戶有控制權	系統狀態有反饋，等待時間要合適。關鍵操作有確認提示，有明確的錯誤信息。 讓用戶方便地從錯誤中恢復工作, 快捷操作鍵可調整。	6

二、第二部分 分析

2.1 開發時間估計

• 使用此服務的所有功能，估計這個軟件/網站/服務做到這個程度大約需要多少時間(團隊人數6人左右，計算機大學畢業生，並有專業UI支持)。

  ​ 對於實現問答服務的所有功能（提問，回答，標簽分類，點贊，收藏，關注，懸賞，文字編輯，邀請回答，多平台適配，問題分享，數據統計），在畢業生技術合格的情況下，完成該項目大約需要4-5個月時間。當然如果需要形成像so這樣的完整的體系，這不僅僅是技術人員就可以做到的，還涉及到其他很多領域的知識。

2.2 同類產品對比排名

• 分析這個軟件目前的優劣(和類似軟件相比)，這個產品的質量在同類產品中估計名列第幾

  使用起來，CSDN擁有較多的板塊和廣告性能上不如SegmentFault 和 Stack Overflow，同時Stack Overflow 和SegmentFault有較為嚴格的回答提問體系比CSDN更加可靠，安全。對於用戶的需求上面，CSDN 含有系統的博文板塊，滿足用戶系統學習的需求，擁有更強的適應性。

產品質量衡量	比較
性能	Stack Overflow>SegmentFault>CSDN
可靠性	Stack Overflow>SegmentFault>CSDN
安全性	Stack Overflow>SegmentFault>CSDN
適應性	CSDN>SegmentFault>Stack Overflow

2.3 [軟件工程方面的建議]

• 從各方面的問題，推理出這個軟件團隊在軟件工程方面可以提高的一個重要方面(具體建議)。

  從CSDN和SegmentFault移動端與web端常常出現數據不同步的問題，在軟件工程方面，該團隊應該提高軟件的可互操作性，即提高多個軟件元素相互通信並協同完成任務的能力。

2.4 [BUG存在的原因分析]

• 你在第一部分發現的bug，為何軟件團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什么原因？

  對於大部分團隊，在有限的時間中，不可能做到十全十美，對於在一些特殊情況才出現的bug，我認為是測試造成，即使后來有反饋，但是沒有造成嚴重的影響，團隊也沒有取修復。其次，像 Stack Overflow這樣的外國網站，可能我們認為的bug是設計理論的偏差，導致軟件團隊認為沒有必要修改。

第三部分 建議和規划

3.1 市場概況

• 市場

  根據 Evans Data Corporation的數據，2019 年全球有 2640 萬軟件開發人員，預計到 2023 年，這一數字將增長到 2770 萬和 2870 萬。 而軟件開發人員就是該類技術問答服務的核心用戶，隨着該群體的增加，問答服務必然擁有廣袤的市場。在中國每年大約還有有600W大學畢業生。1/10 為計算機相關專業。

  年	軟件開發人員數量
  2018	2，390萬
  2019	2，640萬
  2023	2，770萬
  2024	2，870萬
  2030	4500萬

• 直接與間接用戶

  直接用戶：軟件開發人員，計算機相關專業學生，教師，人數在3000w左右。

  潛在用戶：其他領域教師，學生，和軟件的深度使用用戶僅國內就多於2000w。

3.2 市場現狀

• 目前市場上有什么樣的產品?

  目前市場上有功能豐富的，數據龐大的CSDN, 界面清晰的SegmentFault，和擁有高效完整的評價系統和榮譽系統的Stack Overflow。

• 上述產品的定位、優勢與劣勢在哪里？

  CSDN：擁有龐大的用戶量，內容，和豐富的功能，但是博客，問答，重復性較高，存在嚴重的復制情況，內容質量參差不齊。

  SegmentFault：用戶清晰簡潔的界面，和審核機制有效增加了問答的質量，但是其審核機制不夠人性化，常常將網站的意願強加與作者，評價體系也不夠完善。

  Stack Overflow：擁有龐大的高質量的內容和資深的用戶，但是對菜鳥不夠友好，融入社區有一定的時間和難度。

• 上述產品之間呈現什么樣的關系，哪些為競品關系？以及競爭中的各方態勢如何？

  上述產品之間在問答服務上均為競品關系，CSDN利用專家團，龐大的用戶來維持其問答的活躍度，SegmentFault模仿Stack Overflow利用其評價機制。Stack Overflow則是利用完善的評價和榮譽體系以及高質量的回答。在三者中CSDN和SegmentFault都與利用博客等系統的知識來促進問答，而Stack Overflow 雖然有tag info 等模塊，但是不夠豐富。

3.3 市場與產品生態

• 這個產品的核心用戶群是什么樣的人？典型用戶是什么樣的？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什么？

  • 核心用戶群：IT相關在校生，開發人員。
  • 學歷：本科以上
  • 年齡：18到35歲之間
  • 專業：計算機相關
  • 收入：0k-100k /每月
  • 表面需求：通過問答服務解決自己的問題
  • 潛在需求：按各種場景：1. 資深人員，通過在平台發布回答，提升自己的影響力 2.技術小白，系統的學習到相關問題的知識。 3. 急於完成學科作業的學生，需要一份無誤的答案。

• 產品的用戶群體之間是否存在一定的關系？是否有利用其相互作用二次構成特定用戶生態的可能性？

  用戶群體之間常常師生關系，同專業的關系。利用相互作用二次構成特定用戶生態，可以在某些場景下實現，如常常會有教師在發現一篇高質量的博文發布在某個平台時，會將該平台推薦給其學生，同學之間也會存在互相推薦的情況。如大學生像即將畢業的高中生推薦學習博文。這些都是可以利用的情景。

• 產品的子產品，以及其他相關產品之間是否存在一定的關系？是否有利用各個產品特性之間的相互關系二次構成產品生態的可能性？

  存在一種相互依賴，相互促進的關系。如博客模塊，問答模塊之間就存在相輔相成的關系，博客促進提問者系統學習，增加其問答的知識，問答又能增加各方知識的理解，從而形成良性發展的閉環，產生優質的內容。各個產品本質上都是知識的輸入和輸出，從系統知識，即時問答，未解決技術困難探索，知識輸入和知識輸出等產品特性來構成產品生態。

3.4 產品規划

• 增加的功能：在標簽榜為到達一定級別的用戶提供新建標簽的功能，並且完善標簽榜，不僅僅利用采納數第一的用戶，綜合考慮點贊數量，點踩數量。

  • N(Need)

    系統自定義的標簽無法覆蓋所有的領域，需要提供新建標簽功能，讓系統能通過用戶的使用不斷完善，從而增加用戶的體驗。

  • A(Approach)

    當用戶進入標簽榜時，利用用戶的的等級或者勛章等來判斷用戶是否具有新增標簽的權限，如果有則提供新增標簽功能，沒有提示不具有該權限。例如（思否當點擊創建時）：
    

  • B(Benifit)

    通過增加該功能，可以增加系統中標簽的准確性，有利於對文章的搜索，歸類。能夠提示系統的性能和 用戶的體驗。

  • C(Competitor)

    目前 Stack Overflow和SegmentFault 都有此功能，我認為CSDN也需要增加此功能，這樣能夠完善標簽庫，增加軟件的體驗。

  • D(Delivery)

    增加功能后，可以給用戶發送推廣郵件，以此來宣傳新功能。也可以在網站制作新功能指引，指導用戶使用新功能。

• 如果你是項目經理，可以招聘6個人，並且有4個月的時間，你認為應該如何配置角色(開發，測試，美工等等) 才能在第16周如期發布軟件的改進版本，並取得預想中的成績。

  角色	人數
  后端開發	2
  前端開發	2
  測試	1
  美工	1

• 16周期每周詳細規划：

  周數	任務
  1	需求分析，了解用戶需求
  2	數據庫設計和改進
  3	系統設計和改進
  4	美工進行設計和項目框架搭建
  5	美工進行設計和后端編寫業務邏輯（授予用戶相應的榮譽並實現授予和收回用戶的新建標簽權限）
  6	前端完成個人信息榮譽界面，和授予和收回用戶新建標簽權限
  7	前后端聯合測試
  8	前端完成移動端相應的數據界面
  9	前后端就移動端和web端進行聯合測試
  10	后端完成新建標簽功能，前端完成相應的界面
  11	進行測試
  12	后端完成按采納，點贊，點踩綜合的領域專家評選，前端完成相應的界面
  13	前后端進行測試並得到alpha版本
  14	美工優化設計，前端優化界面，后端增強系統的並發性。
  15	各端進行測試
  16	得到beta版本軟件