20165221----第二屆構建之法論壇學習總結
配置環境
配置JDK
- 我選擇在Windows中配置
! - 按照教程,進行環境變量的配置。
- 因為我將安裝的jdk放在
D-jdk1.8-java
中,所以按如下方式配置編輯path
變量。
此時jdk安裝和配置完成!
下載IDE
克隆項目
- 先進行註冊,用戶名設置為學號
20165221
,郵箱為自己的QQ郵箱[email protected]
註冊成功界面如下
- 然後進行登錄
- 查看登錄信息
- 在
git
命令行找到操作地址
- 以Github賬號命名的文件夾作為項目目錄,在 IntelliJ IDEA中新建一個工程。初步運行截圖如下
新建測試方法
單元測試
- 單步運行,第34行設置斷點,觀察程序運行
條件斷點,令
j==0
總結
- 感覺和之前的實驗一相似,但是這個的提交代碼的方式更加便捷。
很多都在idea的測試中都學習過了
建議
對於第六部分的效能工具沒有敘述完整,可以與我們原先做的實驗做比較,加深理解。
20165221----第二屆構建之法論壇學習總結
相關推薦
20165221----第二屆構建之法論壇學習總結
完整 技術 jdk安裝 app 構建 www. 新建 ide github 配置環境 配置JDK 我選擇在Windows中配置 ! 按照教程,進行環境變量的配置。 因為我將安裝的jdk放在D-jdk1.8-java中,所以按如下方式配置編輯path變量。 此時jdk安裝
《構建之法》學習(7)——MSF
發現 解決方案 msf 我們 基本原則 無法 strong 出了 微軟 《構建之法》學習(7)——MSF 1.MSF簡史 微軟解決方案框架,也就是微軟推薦的軟件開發方法 2.MSF基本原則 推動信息共享與溝通 所有信息都保留並公開,討論要包括所有
構建之法第一章總結
運營 連續 時間 工程包 需求 開發流程 實踐 復雜 困難 軟件工程是把系統的,有序的,可量化的方法應用到軟件的開發,運營和維護上。軟件工程包括:軟件需求分析,軟件構建,軟件設計,軟件測試和軟件維護。 首先,從軟件二字理解,軟件是可以運行在計算機上及電子設備中的指
2018-2019-1 20189215 《構建之法》第二章學習總結
教材學習內容總結 再次強調一遍!!! 程式 = 資料結構 + 演算法 軟體 = 程式 + 軟體工程 軟體企業 = 軟體 + 商業模式 單元測試的功能是讓自己負責的模組功能定義儘量明確,模組內部的改變不會影響其他模組,而且模組的質量能夠得到穩定、量化的保證。 好的單元測試
2018-2019-1 20189206 《構建之法》第二章學習筆記
2018-2019-1 20189206 《構建之法》第二章 學習筆記 第二章 個人技術和流程 單元測試 單元測試應該準確、快速地保證程式及本模組的正確性。 單元測試的標準 單元測試應該在最基本的功能、引數上驗證程式的正確性。 單元測試應該測試的是程式中最
《構建之法》第二章學習筆記
單元測試 目的:使模組功能定義儘量明確 主要步驟: (1)設定資料 (2)使用被測試型別功能 (3)比較實際結果和預期結果 標準: (1)在最基本的功能/引數上驗證程式的正確性,測試程式中最基本的單元,測試API中的每一個方法及引數 (2)由程式作者來寫,設計時就寫好單元測試 (3)單元測試過後,機
構建之法 學習筆記04
部分 使用 用戶 != 工作 應該 覆蓋率 錯誤處理 必須 關於軟件工程的一些基本概念和技術 單元測試 絕大部分軟件都是由多人合作完成的,大家的工作互相有依賴關系。最典型的的例子就是,某人負責的模板的功能被其他人調用。軟件的額很多錯誤都是來源於程序員對模塊功能的誤解、疏忽或
構建之法學習(4)
控制 重要 protect 運算 包裝 二義性 lin c++ 基類 本周學習的內容是兩人合作 計算機只關心編譯生成的機器碼,你的程序采用哪種縮進風格,變量名有無統一的規範等,與機器碼的執行無關。但是,做一個有商業價值的項目,或者在團隊裏工作,代碼規範相當重要。“代碼規
構建之法第八、九章學習
周期 常用 bcd 快速 區別 利益相關者 自省 生命 獲取 第八章:需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟:1.獲取和引導需求、2.分析
《構建之法》第八、九章學習總結
快速 需求 獲取 利益相關者 軟件需求 用戶需求 估計 bcd abcd 第八章:需求分析 這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。 確認軟件需求有以下步驟:1.獲取和引導需
構建之法學習(5)
成員 nbsp 9.png 多少 影響 .cn ges png img 本周學習的是構建之法第五章 團隊和流程 團隊有共同的特點:1. 團隊有一致的集體目標,團隊要一起完成這目標。一個團隊的成員不一定要同時工作,例如接力賽跑。(王屋村搬磚的“非團隊”成員則不然,每個人想搬多
《構建之法》——軟工學習進度(5)
軟工 狀態 敏捷 系列 核心 關系 family 好的 間隔 敏捷流程 1.定義: 敏捷流程是一系列價值觀和方法論的集合。流行做法的價值在得到肯定的同時,我們也發現敏捷的做法更能帶來價值。 2. 敏捷開發的原則: ①.盡早並持續地交付有價值的軟件以滿足顧客的需求。
構建之法第六章學習心得
效率 用戶 當前 決定 復雜 技術 原則 核心 back 這周我學習了構建之法第六章敏捷流程,本章主要介紹了敏捷流程及其原則,Backlog、Burn-down、Sprint、Scrum方法論。以及什麽時候選擇敏捷的開發方法,什麽時候選擇其他方法。.敏捷開發的原則是盡早並持
構建之法學習(6)
客戶 需求 現在 保持 變化 經理 論證 規格 沒有 本周學習的是第六章——敏捷流程 在軟件工程的語境裏,“敏捷流程”是一系列價值觀和方法論的集合。從2001年開始,一些軟件界的專家開始倡導“敏捷”的價值觀和流程,他們肯定了流行做法的價值,但是強調敏捷的做法更能帶來價值。
構建之法第七章學習心得
思想 studio 開發 咨詢服務 生活 int bsp partner har 構建之法第七章學習心得 這周我學習了構建之法第七章MSF的介紹。MSF有9個基本原則,針對信息共享,團隊內部運營,市場,還有客戶。同樣是強調效率,人性,靈活,還有前景。 MSF對信息共享和溝通
構建之法學習回顧(二)
保持 競爭 增量 版本 工作 集合 tro 以及 完成 學習完構建之法五到八章之後,發現這本書更加貼近於當代,一般的軟工教材為了追求更廣更久的接受度,在內容上會趨於保守,而這本書不同,許多生硬的知識都得到了新的活力。 在第五章的學習中,主要講了典型的軟件團隊模
構建之法學習回顧(一)
第三章 多人合作 認識 案例 回歸 實用 效能 可執行 代碼規範 在學習完構建之法一到四章之後,作為軟件工程專業的一名在校生,有了一些全新的認識,作者把軟件工程開發的方法和案例講的清晰有趣而又實用,我們的思維水平也升級了不少。 在
《構建之法》第一章學習
發布 工具 效果 算法和數據結構 核電 而不是 測試 特殊 use 《構建之法》第一章學習 1、軟件工程的定義 軟件工程是把系統的、有序的、可量化的方法應用到軟件的開發、運營和維護上的過程。人們在開發、運營、維護軟件的過程中有很多技術、做法、習慣和思想體系。軟件工程把這些相
《構建之法(第三版)》第二章
結束 快速 數據分析 來源 定義 很快 優化問題 回歸 自動 2.1單元測試 1.軟件的很多錯誤來源於程序員對模塊功能的誤解,疏忽或不了解模塊的變化。單元的測試可以讓自己負責的模塊功能定義盡量明確,模塊功能的改變不會影響其他模塊,而且模塊的質量能得到穩定的、量化的保證。 2
2017-2018-1 20179215《構建之法》第二章
模塊 第二章 fix 一個bug 內部 計劃 提交 regress 解決 《構建之法》第二章讀書筆記 2.1 單元測試 軟件是由多人合作完成的,不同人員的工作相互有依賴關系。例如,一個人寫的模塊被其他人寫得模塊調用。軟件的很多錯誤都來源於程序員對模塊功能的誤解、疏忽或不了解