個人作業——軟體評測

這個作業屬于哪個課程	2021春軟體工程實踐S班(福州大學)
這個作業要求在哪裡	個人作業——軟體評測
這個作業的目标	評測軟體，分析軟體，以提高軟體開發和測試能力
其他參考文獻	建構之法、CSDN、Stack Overflow、Segmentfault、百度經驗等

目錄

• 第一部分 調研，評測
  • 1、CSDN問答
    • （1）體驗
    • （2）BUG
    • （3）結論
  • 2、Stack Overflow
  • 3、SegmentFault
• 第二部分 分析
  • 1、開發時間估計
  • 2、同類産品對比排名
  • 3、軟體工程方面的建議
  • 4、BUG存在的原因分析
• 第三部分 建議和規劃
  • 1、市場概況
  • 2、市場現狀
  • 3、市場與産品生态
  • 4、産品規劃

• 介紹和使用軟體

        CSDN問答是一個程式員問問題，其他程式員看到可以回答問題并評論的網站。

        這個網站首頁中間部分可以看到問題清單，點進去可以檢視具體問題描述和評論區的解答。同時能看到問題的回答數量和浏覽數量，還能按照最新、最熱、懸賞、待采納四個方面排序或篩選問題。其中問題清單中還含有标簽，可以知道問題所屬類别，提問者也可選擇。

        左邊是分類，包括全部問題、關注問題、等你來答、有問必答、程式設計語言選擇、活動、排行榜等。

        右邊是提問題、采納榜、加急問題欄目。

  

  

        随意點進去一個問題，都能進行評論：

  

• 優缺點分析

        優點：有加急問題功能，友善使用者看到問題及時評論。

        缺點：經過檢視，有及時回答的問題可能不多，有些問題過了好幾個小時還是0回答，浏覽量也不多。并且評論不支援markdown。

• 對産品有什麼改進意見

        增加對評論的markdown文本的插入與顯示。

• Bug各個名額量化标準（參考百度經驗的）

        bug按照程度劃分總共分為四類，分别為緻命、嚴重、一般和輕微。各個名額描述如下：

bug名額	描述
緻命	系統主要功能喪失，使用者資料受到破壞，資訊安全得不到保障礙，系統崩潰、懸挂、當機或者危及人身安全等問題
嚴重	主要功能部分沒有實作、資料流錯誤、程式接口錯誤、數值計算錯誤、記憶體溢出、響應時間過長等問題
一般	部分非主要功能未實作、界面出現錯誤、格式錯誤、沒有進行一些特殊的限制和要求、删除内容沒有做提示、存在必填項備援内容等方面
輕微	一些小的界面方面的問題。例如錯别字、提示資訊、文法日期顯示格式不正确、界面不美觀、操作不友善和不習慣等諸多方面

• Bug發生時的測試環境：

        Windows 10 20H2版本，360極速浏覽器13.0.2250版（發生時間為5月16日晚）、火狐浏覽器88.0.1版本（發生時間為5月13日早）。

• Bug的可複現性及具體複現步驟：

        在試驗的時候，bug每次都存在，為必然發生。當然，特定條件下發生。

        在其中一條問題裡面點進去準備評論，在評論的富文本框裡面選擇插入代碼，插入代碼選擇有序。

• Bug具體情況描述：

        在其中一條問題裡面點進去準備評論，在評論的富文本框裡面選擇插入代碼，插入代碼選擇有序，就出現了序号是1、2、1。

  

        有時候還會出現連續兩個序号1。

  

        在上述過程中，會帶來體驗不太好的問題。

• Bug分析：

        級别：一般

        成因：可能是程式員在添加富文本框元件時，隻考慮了基本操作的實作（如添加代碼、選擇有序無序序号、添加圖檔等），這個操作比較少用，沒有發現。

        系統功能：功能可以用其他操作正常完成。

        使用者體驗：一般，指定操作無法一步到位。

        改進建議：可以在添加代碼後插入序号時調整為“1、代碼 2、其他内容”樣式。

      一般，用是肯定能正常使用，但是可能存在較大bug有待完善。

•       Stack Overflow功能和CSDN問答類似，也是個與計算機相關的問答網站。

  

        整體布局和CSDN類似。但是全是英文，看的不太舒服，可能是由于英語能力不足。

  

  

•       優點：評論區支援Markdown、HTML等語言。

        缺點：浮窗太占位置，影響首頁閱讀。

•       據說是一個相對比較完善的網站，如果能實作選擇語言的功能，那全球使用者會更多。

      暫時沒有找到該網站的bug。

      好，不錯。由于沒有找到bug，是以預估bug數量會比較少。

•       進入首頁：

  

        随意點進一個問題檢視：這個問題算是個熱門的問題：

  

  

        選擇前端标簽：

  

        看到大家在該網站上提問的問題，問答功能與CSDN類似，界面除了顔色配色以外，大同小異。

  

        評論區發言：

  

        随意點進一個标簽，可以看到，該網站還有專欄文章、技術講座、标簽百科子產品。

  

        第一眼看專欄文章這界面，有點像知乎閱讀功能，隻是這個平台主要的文章都是計算機、軟體工程相關的。專欄文章類似于部落格系統，可以在上面創作，也可以在評論區評論、回答問題。

  

  

        技術講座這一部分主要是付費的視訊課程。

  

        标簽百科主要是介紹标簽的内容。比如我選擇前端，就能看到在簡略介紹前端的來曆、優化等資訊。

  

•       缺點：感覺評論區的點贊、踩這一功能放到較外面，看上去有些不習慣。
•       點贊、踩的功能改成和主流網站一樣，在評論的後面顯示（在該網站可以設定在回複旁邊），不至于太突兀。

      好，不錯。基本上所有問題都有人回答，在這網站提問可以得到相對較快的響應。Markdown的評論更能符合大家寫部落格的習慣。

      在團隊人數6人左右，計算機大學畢業生，并有專業UI支援的前提下，個人覺得，開發這個網站（不是CSDN網站，是CSDN網站的問答子產品）最短需要4個月，最長可能需要2年，最有可能是需要8個月，是以預計需要10個月的時間。

• CSDN問答
• Stack Overflow
• SegmentFault

      個人認為以上三個問答網站，Stack Overflow和SegmentFault網站不分上下，均好于CSDN。

      軟體測試要盡可能的全面，應該及時發現開發中的bug并修改。

      對使用者所有需求掌握不好。個人認為，上面提到的CSDN的那個bug，除了測試不全面存在問題以外，更有可能的原因是，使用者很少用到這種操作，導緻使用者要是不小心利用這種操作，可能得不到想要的結果。

• 市場有多大？

        計算機相關專業學習程式設計的大學生，已經在職場的軟體工程師，還有對計算機技術感興趣的業餘愛好者。

• 直接的使用者有多少？潛在的使用者又有多少？

        CSDN等網站浏覽次數、注冊量似乎很難看清楚有多少，不過CSDN app在一個應用市場的下載下傳量似乎有到千萬，保守估計的話，直接的使用者估計會有好幾百萬，潛在的使用者是千萬數量級别甚至以億計算。

• 目前市場上有什麼樣的産品了？

        目前市場上已經有CSDN、Stack Overflow、Segmentfault等産品是主要讨論程式員的問題的，還有不是專門給程式員提問的百度知道之類的網站，同樣都是問答網站。

• 上述産品的定位、優勢與劣勢在哪裡？

        CSDN、Stack Overflow、Segmentfault的定位為計算機相關專業人士和業餘愛好者，而百度知道這類的定位為全體網民，使用者範圍更廣。

        優勢：CSDN、Stack Overflow、Segmentfault比較專業化，少了些無關專業的問答；搜尋問題、提問回答效率會更高。

        劣勢：大家都習慣上百度查資料，非專業人士可能不懂的來這些網站查資料。

• 上述産品之間呈現什麼樣的關系，哪些為競品關系？以及競争中的各方态勢如何？

        CSDN、Stack Overflow、Segmentfault為競品關系。競争中各方态勢主要展現在商業競争、業務競争、定位競争的一緻性。同類産品競争必然激烈。

• 這個産品的核心使用者群是什麼樣的人？典型使用者是什麼樣的？學曆，年齡，專業，愛好，收入，表面需求，潛在需求都是什麼？

        核心使用者是18-59歲人群，學習計算機科學技術、軟體工程專業的學生和IT從業。

        典型使用者是計算機專業大學生、程式員，學曆主要是大學專科生、大學生、研究所學生，年齡在18-59歲之間，愛好主要是寫代碼。

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

        使用者群體之間必然存在一定關系。基本上都是要學習計算機技術的使用者使用的一個軟體，使用者之間肯定有很多技術上的不了解的問題，正好可以用這個軟體進行提問和讨論。

        有利用其互相作用二次構成特定使用者生态的可能性。産品的生産者、使用者都是IT工作者，都是需要懂技術的，都是有提問需求的，是以提出問題之間就能構成使用者生态。

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

        産品的子産品，以及其他相關産品之間必然存在一定的關系，因為都是同一類産品，面向的使用者群體也基本一緻。

        有利用各個産品特性之間的互相關系二次構成産品生态的可能性。

• 新功能及NABCD模型

  • 新功能：

          在評論區的富文本框中增加上傳檔案的功能。

  • N（Need，需求）

          學生（尤其是初學者）看到評論區的代碼，可能還是不懂怎麼插入到源程式，可能就會造成有很多無用的回答，如果能上傳檔案，看到源碼架構，就會更加明白代碼的含義。還有環境的配置可能需要檔案，國内下載下傳可能會很慢，如果能上傳檔案并下載下傳，效率會有所提升。

  • A（Approach，方法）

          在富文本框中添加一個按鈕元件，為上傳檔案的入口；并在伺服器端開辟一塊空間用于存放剛剛上傳的檔案。

  • B（Benefits，好處）

          回答問題時友善上傳檔案，一個檔案可能勝過多句解釋。

  • C（Competitors，競争）

          CSDN、Stack Overflow和Segmentfault均是較為成熟的網站，新的産品必然要正面應對和這幾個網站的競争。

          優勢：功能更加完善，問答功能區多了個上傳檔案下載下傳檔案的功能。

          劣勢：諸多一樣的功能，用起來不如主流網站流暢。而且CSDN也有上傳資源的功能，容易替代。

  • D（Delivery，推廣）

          先在學校内推廣，通過海報、QQ群、QQ空間等方式。

          成熟了之後再向周邊學校、城市推廣該軟體。

• 配置角色

        4個開發（2個前端，2個後端），2個測試，其中1個前端的做美工、UI設計。

• 詳細計劃

周數	任務
1	與使用者進行溝通，進行市場需求調研
2-3	需求分析與原型設計
4-6	系統設計與資料庫設計
7-9	編碼及單元測試，修複bug
10-14	內建測試、系統測試，修複bug
15-16	系統測試，釋出，使用者驗收