1. 程式人生 > >團隊作業8——測試與發布(Beta階段)

團隊作業8——測試與發布(Beta階段)

leg 安排 資源 數據格式 技術 課程 測試結果 運行環境 源碼

Beta版本測試報告

請根據團隊項目中軟件的需求文檔、Beta階段的計劃安排,寫出軟件的測試過程和測試結果,並回答下述問題
  1. 在測試過程中總共發現了多少Bug?每個類別的Bug分別為多少個?

    第一版本提交以後,在不同環境中出現js腳本效果不同的情況,這個bug可以修復,但是由於原開發環境未出現這個問題,所以修復的效果不能及時體現出來。

  1. 場景測試(scenario testing),包括以下內容:
  • 你預期不同的用戶會怎樣使用你的軟件?

    系統用戶初步定為本校教師,本校教師在使用原課堂助理的測驗功能後,使用該子功能進行測驗題目講解。

  • 他們有什麽需求和目標?

    教師需要根據題目進行單一講解,根據學生回答情況具體選擇講解那一道試題。達到讓學生加深知識印象的效果。

  • 你的軟件提供的功能怎麽組合起來滿足他們的需要?

    該功能對測驗題目進行逐題顯示,每題統計學生作答情況,教師可根據學生答題情況選擇是否進行進一步講解。功能提供顯示試題解析的選擇,教師可實現編輯好解析內容在講解過程中顯示。

  • 根據不同項目的特點,進行必要的性能測試、壓力測試等,並給出測試的過程和結果

    未進行壓力測試。

  • 你們在什麽樣的平臺、硬件配置、瀏覽器類型等條件上對你們的軟件進行測試?——測試矩陣(test matrix)

    該功能在網頁上進行,選擇在不同的瀏覽器上進行適應性測試

IE(9.0以上) 正常顯示
360瀏覽器 正常
谷歌 正常
火狐 正常

  • 你認為你們團隊的軟件在什麽條件下,就可以認定其已經足夠好,可以發布Beta版本?——出口條件(exit criteria)

    功能實現了需求分析中的各階段的要求,實際運行中未出現影響用戶使用的bug。

Beta版本發布說明

軟件發布的同時,在團隊博客上寫一個發布說明:
  • 列出這一版本相對於Alpha版本的新功能

    原計劃與Beta階段實現的第二需求未實現。

  • 這一版本對Alpha版本修復的缺陷

    原Alpha版本不支持IE瀏覽器的使用,現已修復

    在發布環境中出現題目顯示攜帶html標簽的問題,由於開發環境未出現此問題,所以修復結果還未驗證。

  • 對運行環境的要求

    用戶連接校園網進行統一登錄驗證後才可使用原系統。

  • 安裝方法

    瀏覽器訪問頁面

  • 描述系統已知的問題和限制

    主系統還未完全開發完成,目前在校內部分教師內進行階段性測試中。

  • 說明軟件的發布方式以及發布地址

    子功能提交到主系統開發人員手中,由他發布到校園網中,具體過程不詳。

展示博客

  1. 團隊成員的簡介和個人博客地址,團隊的源碼倉庫地址。 

    201421122007  吳吉鍵(組長)  http://www.cnblogs.com/blogWU/

    201421122008  魏修祺      http://www.cnblogs.com/wxqblog/

    201421122022  孫勁林      http://www.cnblogs.com/Coopler/

  1. 我們要做軟件工程,那就要有一點工程的樣子:
  • 團隊項目的目標,預期的典型用戶,預期的功能描述,預期的用戶數量在哪裏?

    目標:完成子功能講解測驗需求

    預期用戶:本校教師

    功能藐視:實現輔助教師講解測驗題目

    預期數量:實現校內教師都願意使用主系統

  • 團隊的產品如何滿足了用戶的需求?要看到目標用戶使用產品的過程和評價

    主系統整合教務處數據,旨在方便教師授課,課程記錄等過程。

  • 團隊的成員如何分工協作的?有什麽經驗教訓?

    由於功能單一,所以組員之間的分工較為簡化,主要分為設計,實現與頁面顯示三個部分。由於接手實現任務的組員不在校內,所以在後臺數據傳輸到頁面上進行顯示是,需要設計好數據格式。這需要前期代碼設計達到一個較為精細的單位。以及切實實現代碼設計的要求。

    在功能實現過程中,最大的缺點就是交流不及時,組長監督不及時。導致沒有很好的銜接後臺數據與頁面直接的接口,在整合上花費較多時間。

  • 團隊是如何進行項目管理的?

    給功能代碼提交與SVN,統一進行簽入,各成員開發部分不接觸其他成員的內容。

  • 團隊如何平衡 時間/質量/資源 爭取如期完成任務的?

    在時間把控上沒有很好的進行控制,組員任務分配下去後各自進行實現,等到完成一個任務點後交由組長測試,組員開發全靠自覺。

  1. 團隊項目的實際進展(拷貝那些 scrum 過程中的燃盡圖即可),發布的功能(拷貝發布文檔)。說明在項目管理中,scrum的燃盡圖是如何真實反映項目的狀態的?或者燃盡圖美化了狀態?

    燃盡圖要求在完成每個任務卡後及時的將狀態反映到項目中,在燃盡圖中對每天的任務卡進行統計繪圖,以折線的形式表示出項目進度,任務卡的減少到零式就是項目初步完成的時候。

技術分享圖片

團隊作業8——測試與發布(Beta階段)