評測：
軟體的bug，功能評測，黑箱測試按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。
用專業的語言描述（每個bug 不少於 40字），如有必要，可以配圖.
《構建之法》對於bug的定義概括下就是說軟體的缺陷：症 狀：從使用者角度看，軟體出了什麼問題
程 序 錯 誤：從**角度看，**的什麼錯誤導致了軟體的問題
根 本 原 因：錯誤根源，即**錯誤的根本原因
對於android端發現以下問題：
- `scrum`模式中在`task`部分新建型別選項沒有`task`選擇項，只有`bug`、`feature`、`story`三部分，當然，這也自然不可能實現新建`task`的目標了。
- 專案無法刪除，新建完專案後對於專案只支援編輯`bug`、`feature`、`story`這三個標籤的內容以及一些設定功能。
採訪：
第8章 使用者調研，12 章 軟體的使用者體驗，
相信每個同學的朋友中一定有人需要用這樣的軟體，記載你對這位使用者的採訪。例如使用下面的採訪提要：
讓採訪物件使用華為軟體開發雲（請上傳**證明使用者的確正在使用，遠端採訪的同學請讓別人幫忙照相）
描述使用者使用這個產品的過程, 使用者的問題解決了麼？軟體在資料量/介面/功能/準確度上各有什麼優缺點？使用者體驗方面有問題麼？
貌似並沒有解決使用者問題。資料量太小，功能單一，準確度還不夠，但介面還算美觀。使用者體驗不是一般。
使用者對產品有什麼改進意見？
最好能夠看提供燃盡圖等功能，以及開發部分原始碼專區來學習。
參考 8.6 節 對工作的估計， 和14.1 節 軟體工程的質量
使用此軟體的大部分功能，聯絡第二部分的分析，估計這個專案做到這個程度大約需要多少時間（團隊人數6人左右，計算機大學畢業生，並有專業ui 支援）。 分析這個軟體目前的優劣（和類似軟體相比），並推理出團隊在軟體工程方面可以提高的乙個重要部分（具體建議）。
專案完成大概需要2個月左右。該軟體優勢是大公司背景，後期可接入的服務多，介面美觀；劣勢是功能簡單，且存在bug，使用者體驗差。團隊在軟體工程方面可以提高的乙個重要部分就是完善使用者體驗，在時間不夠的情況下功能可以相對較少，但是對於每乙個功能要盡量做到最好，經過反覆的測試，特別是要叫實際的使用者去測試。根據反饋作出改進。
參考《構建之法》第8章 功能的定位和優先順序；第9章 專案經理
這個軟體有很多可以提高的部分。
| 週數 | 任務分配| 里程碑設定 |
| - | - | - | - |
| 第1-2周 | 需求分析，設計原型，編碼規範，撰寫軟體規格需求說明書、產品規格說明書 | ||
|第3-4周|環境搭建，任務細分，目標設定，準備編碼|||
|第5-11周| 開發，完成初步版本，內部測試，準備發布初版 | | |
|第12周| 獲取使用者反饋，收集bug|完成初版||
| 第13-15周| 針對使用者反饋，修復bug，完善產品|||
| 第16周|進行最後一輪測試，整合測試，壓力測試，發布|最終版發布||
個人作業 軟體產品案例分析
deadline 2017 12 2 22 00 pm 每個人發表一篇隨筆，通過分析華為軟體開發雲，結合閱讀 構建之法 寫一篇隨筆。附 華為軟體開發雲官網 案例分析 同學多多少少經歷過一輪敏捷開發，對軟體工程的一系列工程流程及團隊內各個人員分工有了一定的了解。而實際企業的開發流程又是如何？華為軟體開...
個人作業 軟體產品案例分析
2.按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。3.用專業的語言描述 每個bug 不少於 40字 如有必要，可以配圖.4.你覺得為什麼這個產品組的人沒有發現這些bug?5.假設你們團隊需要開發這套系統，需要注意哪些方面 架構 部署運維 微服務等 第8章 使用者調研，12 章 軟...
個人作業 軟體產品案例分析
測試機型 iphone6s plus 16g，ios 11.2 測試環境 4g 描述最簡單直觀的個人第一次上手體驗 找出並描述至少兩個功能性嚴重的bug 1.如果在主介面中，在下拉重新整理的同時，上拉載入更多，回造成專案列表重複。如下圖 2.待辦事項中下拉重新整理時會一直出現正在重新整理，而沒有重新...