首先介紹我們在beta release階段測試時使用的的部分重要的test case和test scenarios.
test scenario 1: 使用者編輯提交新的學術關係。
test case 39004: 使用者正確新增新關係
步驟：1. 搜尋「andrew chi-chih yao」 進入其學術族譜；
2. 點選右邊欄的「edit relations」按鈕或者滑鼠移到andrew chi-chih yao頭像上點選出現的「edit relations」按鈕，進入編輯視窗；
3. 「operation」 選擇 「add」， 「teacher」 填入「andrew chi-chih yao」，從列表名單中選擇對應的人，student 填入「xi chen」，從列表中選擇對應的人，並在備註欄輸入一些輔助的資訊，點選「submit」提交；
4. 編輯視窗自動關閉。此時在資料庫的候選關係列表中，看到使用者新增加的關係。
test case 39109：使用者修改不正確的關係
步驟：1. 搜尋「shimon ullman」 進入其學術族譜；
2. 點選右邊欄的「edit relations」按鈕或者滑鼠移到shimon ullman頭像上點選出現的「edit relations」按鈕，進入編輯視窗；
3. 「operation」 選擇 「modify」， 這時出現四個輸入框, 分別是需要刪除的錯誤導師和學生，以及需要新增的正確的導師和學生，使用者在delete 的「teacher」一欄填入「michael a. erdmann」， add的「teacher」一欄填入「shimon ullman」，add 和delete的「student」 都填入「"dov dori」，選定後，點選「submit」提交；
4. 編輯視窗自動關閉。此時在資料庫的候選關係列表中，看到使用者提交的關係一條刪除資訊和一條增加關係資訊。
test scenario 2: 新的ui展示介面和額外的學術資訊。
test case 39001: 新的縮放效果（簡單情況）
步驟：1. 搜尋「andrew chi-chih yao」 進入其學術族譜；
2. 向前滾動滑鼠滾輪進行放大，可以看見整個介面放大了，但是節點大小基本不變，這樣總的效果是節點之間的空隙變大了。原本的一些遮擋部分都分開了。
test case 39002: 新的縮放效果（複雜情況）
步驟：1. 搜尋「michael i jordan」 進入其學術族譜；由於其學術族譜人數過多，會看到整個頁面密密麻麻的結點和關係連線。有很多遮擋情況發生。
2. 向前滾動滑鼠滾輪進行放大，可以看見整個介面放大了，但是節點大小基本不變，這樣總的效果是節點之間的空隙變大了。原本的一些遮擋部分都分開了。
test case 39055: 邊欄顯示的其他資料資訊
步驟：1. 搜尋「andrew chi-chih yao」 進入其學術族譜；
2. 可以右邊欄上方是結點身份標識圖例，中間還有乙個資料顯示當前族譜人員總數。
test scenario 3: 管理員對使用者提交的學術師承關係進行審核。
test case 39674: 審核拒絕錯誤的關係修改
步驟：1. 執行審核程式；
2. 點選「start」，看見使用者提交的是：增加關係，導師：」jian sun from xi』an jiaotong university」，學生」jian sun from microsoft」.
3. 點選介面上」reject」按鈕，拒絕該請求。 此時這對關係請求從伺服器候選列表中刪除，並且在指令碼檔案中記錄這一操作作為資訊備份。
4. 單擊「next」，繼續對下一對關係進行審核。
下面是beta release 階段我們遇到的bug：
1. bug 38231， 38233：族譜關係不全
狀態：已修復。已經按照裡面提供的正確關係加入了資料庫。
備註：當然還有很多關係目前資料庫中沒有，這需要大量使用者提供。
2. bug 39280：頭像錯誤。
狀態：已修復。能夠按照微軟學術搜尋中原有的頭像進行顯示。
3. bug39284：使用滑鼠滾輪縮放到極限值後，滾輪縮放功能失效，必須點選頁面上」-「或」+」後才能恢復正常。
狀態：已修復。
4. bug 39287：可以把結點縮小到半徑為0， 然後報錯。
狀態：已修復。已經重新設定了最小結點半徑。
5. bug 39288：使用時會報非同步請求錯誤。
狀態：已修復。
6. bug 39272：使用者新增為刪除關係時，在資料庫中顯示卻是增加關係。
狀態：已修復。
7. bug 39490：在右邊欄相關機構顯示時有空白機構。
狀態：已修復。所有沒有機構資訊的統一歸到」no org info」 一欄。
8. bug 39492： 從頭像進入」edit relations」介面時，無法修改導師名字。
狀態：已修復。
9. bug 39506： 複製已經填好的姓名到另外的資訊框時出現不識別。
狀態：已修復。
10. bug 39568: 審核程式遇到無機構資訊人員時會崩潰。
狀態：已修復。
11. bug 39573: 無法展示第二個」xin zou」的族譜關係。
狀態：已修復。
12. bug 39630：通過http://ieg-dell01:8077/訪問時，使用者提交的修改資訊伺服器收不到。
狀態：已修復。
13. bug 39289：滑鼠滾輪與頁面」+」」-「結合達到縮放目的，可能會出現結點極大而文字極小和結點極小而文字極大的不協調情況。
狀態：無法修復，目前就是這樣設計。
原因：受api函式限制，頁面本身縮放無法分割，節點大小縮放效果已經調整，設計在滾動滑鼠滾輪進行縮放時，同時按反效果調整結點大小，這樣能夠在整個頁面放大時保持結點相對不放大，能夠使人數較多時能夠使相互遮擋的結點分開，但是目前我們使用的api函式沒有單獨調整文字大小的，所以在使用滾輪的情況下無法做到結點大小與文字大小在縮放時協調。
影響：在族譜人員過多時，展示效果不是很好，對使用者體驗影響比較大。
14. bug 39626：無法通過結點下面的鏈結訪問某些資訊的人員在微軟學術搜尋的主頁，會跳轉到出錯介面，如xiulian peng.
狀態：無法修復。
原因：是api本身問題。因為目前我們使用的api函式是最近更新過的，所以與目前微軟學術搜尋中正在使用的不是很一致，才導致這個錯誤。
影響：這種情況會發生在某些資訊較少的人員上，比如此人僅有姓名資訊和文章，沒有個人主頁，以及機構等資訊。影響程度比較小。
總結：
雖然現在還有兩個bug無法修復，目前功能上已經沒有了缺陷，只是在展示效果上對於複雜情況時還有待改善，這並不會給絕大多數使用者使用帶來太大的影響，所以測試人員建議目前可以把學術族譜向使用者開放。
家族族譜owl檔案
引自 利用protege建立家族族譜檔案family.owl 具體的方法我就不多說了請參考 owl本體構建方法的研究 計算機工程與設計，韓韌等。protege的使用方法請參考 中 文 英文 下面我直接貼出owl檔案 xml base xmlns rdfs xmlns owl2xml xmlns fa...
計算機的族譜
如果計算機需要給她編寫乙個族譜的話，1 1 2 大概是會刻在石碑的第一行。肯定會有人反駁不對，應該是 0 1 1 咋一看，0 1，沒有我 0 哪來的你 1 這樣說來確實應該是 0 1 1 不過仔細推敲下，你會發現負數貌似都比0小，按照上面的理論，族譜第一行還是不要寫了為好，不然寫不下了。既然是關於族...
物件族譜之歸納總結
物件族譜之歸納總結 家族分類 0.type 物件家族的原點,宇宙大 的奇點,python底層實現的基元類,不可追究 是基元類,是超元類,是父元類,是始祖類 1.元類 是類的類,type的子類,與type同屬於元類 該類生成的例項物件是物件類 2.物件類 物件家族的第二階級,是物件直接的管理者 是物件...