團隊作業第五週

一、有關bug a類bug 1.發射出的子彈未接觸到敵方坦克就已經生效，敵方子彈對我方的攻擊同樣如此 解決：調整了子彈的判定範圍和坦克體積的判定範圍，使打擊更加精確 2.敵方坦克會出現停住不動的情況 解決：加入條件，當我方坦克與敵方坦克直線距離低於某一值時，敵方會自動尋找當前最短路徑向我方靠近 b類b

團隊作業第五週（只會嚶嚶嚶隊）

Github程式碼連結：https://github.com/yingyingyingteam/funnyWordForCet Alpha版本測試報告 在測試中共發現多少bug？每個類別的bug分別為多少個？　　 修復的bug： 不能重現的bug： 這個產品就是這樣的

團隊作業第五週（HCL鹽酸隊）

一、Alpha版本測試報告 1、測試計劃 測試專案 上下移動   左右移動   發射子彈   與敵方坦克進行攻擊  

團隊作業第五週（菜雞互啄隊）

1、測試找出的BUG BUG清單： 無法生成新方塊（已修復） 合成演算法尚未實現 漢字版的尚未實現 2、場景測試 a.想要休閒的玩家可以使用本軟體放鬆一下，而有興趣的玩家可以挑戰高分。b.希望有遊戲說明，遊戲體驗要友好，可以休閒娛樂，也要有挑戰性。c.設計了計算分數的方法，玩家可以不

團隊專案第五週（蘇察哈爾燦）

Alpha版本測試報告 1 在測試過程中總共發現了多少Bug？每個類別的Bug分別為多少個？ 總共發現8個bug，修復的bug5個，不能重現的bug2個，1個是這個bug的確應該修復，但是沒有時間在這個版本修復，延遲到下一個版本修復。 2 場景測試（scenario testing） a. 你預期不同

團隊作業第六週（鹽酸隊）---------事後諸葛亮分析報告

一、設想與目標 1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？  我們的軟體主要是為了增強使用者的遊戲體驗，增加更多的趣味性。 2. 是否有充足的時間來做計劃? 是，在做這個專案之前，我們進行了廣泛的人群調研與需求分析，同時小組間

馬哥linux作業--第五週

Q1：描述GPT是什麼，應該怎麼使用。 GPT：GUID Partition Table(全域性唯一標識磁碟分割槽表)，特點如下： 支援2T以的大硬碟，按每個扇區512byte計算，最大支援2^64*512byte的容量。 每個磁碟的分割槽個數不受限制（但Windows自己限制最多1

[python 作業] [第五週]

9-1 餐館：建立一個名為 Restaurant 的類，其方法init()設定兩個屬性： restaurant_name 和 cuisine_type。建立一個名為 describe_restaurant()的方法和一個 名為 open_restaurant

團隊作業：第五週 Alpha版本測試與釋出

第五週課後作業（統計建立物件）

問題： 使用類的靜態欄位和建構函式，可以跟蹤某個類所建立物件的個數。 請寫一個類，在任何時候都可以向它查詢“你已經建立了多少個物件？”。 答： 思路：先設計公共類tongji建立物件，再建立函式實現每當建立一個物件時給n加1，通過getNum()返回n的最後值 程式碼： package to

第五週作業2 跟蹤類建立的物件

問題： 使用類的靜態欄位和建構函式，我們可以跟蹤某個類所建立物件的個數。請寫一個類，在任何時候都可以向它查詢“你已經建立了多少個物件？”。 解決辦法： 設定一個全域性變數count用來計數，在每個建構函式中用“count++;”來作為自動追蹤，即引用一次方法。原始碼舉例如下： package s

2018-2019-1 20189213《Linux核心原理與分析》第五週作業

第四章：系統呼叫的三層機制(上) 系統呼叫的"三層皮" 分別指的是：使用者態函式(API)、system_call(中斷服務程式入口)以及sys_xyz()系統呼叫處理函式封裝例程。它們各自的作用如下： API 第一層是指Libc中定義的API，這些API封裝了系統呼叫，使用int0x80觸發一個系統

2018-2019-1 20189218《Linux核心原理與分析》第五週作業

系統呼叫的三層機制 使用者態、核心態和中斷 使用者態。較低的執行級別，只能訪問一部分記憶體，只能執行一部分指令。 核心態。高階執行級別，可以訪問任意實體記憶體，可以執行特權指令。 中斷。系統從使用者態進入核心態的主要方式。有硬體中斷和軟中斷。系統呼叫就是通過軟中斷進入核心態。 上下文切

團隊部落格-第五週：測試與釋出（科利爾拉弗隊）

測試： BUG：  （1）主頁帖子列表排序出錯，未按照帖子最新回覆和帖子釋出時間排序，已修復  （2）註冊時郵箱驗證和註冊成功跳轉不完善，未修復  （3）資料傳輸方式錯誤，已修復 場景測試：  預期使用者可以跟使用其他相似的社群網站一樣正常使用本網站，但是貓

團隊部落格（第五週）-“名字好難想”

一，測試找出的BUG 目前共測試有10個bug，其中由於技術問題難以處理的bug共有4個，隨機出現的bug有4個，可修復的bug有2個。 二，場景測試   1.預計客戶會通過開啟桌面端使用 2.擴充套件更多的功能 3.軟體功能值得期待 三，測試環境  win10系統，視窗解

《Linux核心原理與設計》第五週作業

使用庫函式API和C程式碼中嵌入彙編程式碼兩種方式使用同一個系統呼叫 方法一：使用庫函式API在螢幕上顯示程序的ID 先在實驗樓中開啟XFCE，在目錄下輸入指令： vi getpid.c;新建並開啟getpid.c檔案。 隨後再在VI中輸入在網上查閱的實現getpid的函式程式碼後，儲存

2018-2019-1 20189205《Linux核心原理與分析》第五週作業

系統呼叫的三層機制 使用者態、核心態與系統呼叫 Inter x86 CPU定義了4種不同的執行級別，數字越小特權越高。Linux系統採用了其中的0、3兩個特權級別。 使用者態：Ring3，運行於使用者態的程式碼則要受到處理器的諸多檢查，它們只能訪問對映其地址空間的頁表項中規定的在使用者態下可訪問頁

2018-2019-1 20189219《Linux核心原理與分析》第五週作業

以前學習計算機作業系統的時候也學習過系統呼叫的三層機制，但是當時都是純理論學習，沒有親身實踐，很多都理解的比較模糊，這裡藉助老師的方法使用內嵌彙編加深理解。 系統呼叫 要想理解系統呼叫的具體含義，我們需要先了解使用者態、核心態和中斷三個概念。簡單的來說： 在使用者態下，我們可以執行使用者態程序，而

2018-2019-1 20189206 《Linux核心原理與分析》第五週作業

linux核心分析學習筆記 ——第四章 系統呼叫的三層機制 學習重點——系統呼叫 使用者態、核心態和中斷 Intel x86 CPU有四種不同的執行級別，分別是0,1,2,3其中數字越小，特權越高。 Linux作業系統只採用了其中的0和3兩個特權級別，分別對應核心態和使用者態。

2018-2019-1 20189203《Linux核心原理與分析》第五週作業

第一部分 課本學習 使用者態、核心態和中斷 1.核心態：處於高的執行級別下，程式碼可以執行特權指令，訪問任意的實體地址，這時的CPU就對應核心態，對所有的指令包括特權指令都可以執行。 2.使用者態：處於低的執行級別下，程式碼只能在級別允許的特定範圍內活動。在日常操作下，執行系統呼叫的方式是通過庫