組員:劉牛頓 郭立軒
測試軟體:必應繽紛案頭
版本:1.1.165.0
環境:win7普通版,x32,Intel(R) Core(TM) i5 CPU,4GB RAM
測試報告:
第一部分:
下載並使用,按照教程描述的bug定義,找出一個功能性的比較嚴重的bug(至少一個)。用專業的語言描述(每個bug不少於40字),如有必要,可以配圖。
BUG1:
標題:狀態列快捷功能誤多開選項卡
步驟重現:
1)使用IE瀏覽器,當前已處於開啟多個選項卡的狀態
2)bing搜尋條最小化到狀態列
3)右擊狀態列,選擇“焦點資訊”或“熱門圖片”
顯示結果:
開啟多個內容相同的選項卡,第一次直接造成了我IE停止工作。截屏如下:
預期結果:
該選項卡只應開啟一次。
BUG2:
標題:使用“bing首頁圖片置為案頭背景”功能再取消後原自訂案頭背景被初始化
步驟重現:
1)開啟壁紙頁面,選擇“將bing首頁圖片設為案頭背景”
2)取消上述選擇
顯示結果:
使用者原自訂案頭背景被初始化為win7介面。截屏如下:
預期結果:
取消後案頭背景應該還原為之前狀態。
在其他測試環境下和其他瀏覽器下是否有BUG尚不明確。
第二部分:
記錄對一位使用者的採訪。
1.採訪對象背景
鄧嘉,100616班同學,平時使用百度搜尋功能檢索新聞。
2.讓採訪對象使用10-30分鐘bing繽紛桌面(照相證明- -)
QQ證明:
檢索資訊:
替換案頭背景:
3.描述使用過程
1)問題解決
能正常根據關鍵字檢索相關新聞
2)資訊量
bing根據設定範圍的不同從全球Intnet檢索資訊,搜尋到的網頁數量比百度,google多一些
3)介面
作為案頭快捷條,介面簡潔實用
4)功能
功能簡單,提供了訪問bing的捷徑。
5)準確度
實際上檢索到的資訊還是來源於bing搜尋引擎,因此這個比用百度搜的內容準確性高些。常用百度的人都懂。
4.使用者對產品有什麼改進意見
功能過於簡單。
相對於常用的百度搜尋,速度顯得慢了許多。因此百度使用者還是會選擇繼續使用百度。
google使用者和其他搜尋引擎使用者尚不明確。
第三部分:
使用此軟體的所有功能 (包括Bing 字典背單詞, 單詞本等), 聯絡第二部分的分析, 估計這個項目做到這個程度大約需要多少時間 (團隊人數6 人左右, 電腦大學畢業生, 並有專業UI 支援)。 分析這個軟體目前的優劣 (和類似軟體相比), 並推理出團隊在軟體工程方面可以提高的一個重要部分 (具體建議)。
估計項目時間:60天。如果團隊能力較強,則60天足矣,具體可以看最後的時間安排
項目優缺點:
目前沒有發現與之類似的其他產品,所以唯寫優缺點,而不寫優劣勢。
優點
1. Bing首頁作為案頭壁紙
2. 搜尋字詞的下拉框(網頁版預設就不具備此功能)
3. 能自動識別使用者的預設瀏覽器而不是強制使用IE
4. 介面隱藏,並且可以設定點擊彈出隱藏對話方塊(這個設計相當人性化)
缺點
1. 可選皮膚顏色過少,且不能自訂皮膚
2. 焦點資訊、熱門圖片、熱門資訊更新頻率無法設定,預設更新頻率較慢
3. 應用Bing首頁作為案頭壁紙之後再取消該功能後,壁紙變為系統預設壁紙而非之前的使用者自訂壁紙
4. 記憶體佔用(我看了一下大約是13M左右,而QQ採用了22M,所以相對來說記憶體開銷比較大)
5. 不具備本地檢索的功能(當然由於理念不同,這一點可能不能算是缺點)
團隊在軟體工程方面可以提高的一個重要部分
就目前感覺,繽紛案頭是一場成功的產品,而且是一個成熟的產。在軟體工程的開發與測試方面我們找不到什麼問題。
在軟體的設計階段,以我們的理解,繽紛案頭在設計時,應該是本著簡約的哲學去設計的。所以在使用者個人化方面的設計比較少。這點未必能滿足使用者的需求。
我以為,該團隊在設計階段,應該對目標使用者群進行充分的調研,獲得使用者的真實的需求。
第四部分
這個軟體有很多可以提高的部分, 如果你是專案經理, 如何提高從而在競爭中勝出?
目前市場上有什麼樣的產品了? 你要設計什麼樣的功能? 為什麼使用者會用你的產品/功能? 你的創新在哪裡? 可以用 NABC 分析.
如果你的團隊有5個人, 3個月的時間, 你作為專案經理, 應該如何配置角色 (開發, 測試,美工等等)?
描述你的團隊在12 周 期間每周都要做什麼, 才能在第12周如期發布軟體。
NABC分析
Need
1. 快速搜尋:無需專門開啟搜尋引擎即可迅速檢索互連網
2. 特定目標搜尋:比如新聞、網頁、圖片、學術論文等等
3. 特定名詞的英漢互搜,比如專業名詞等
4. 使用者個人化定製,包括介面皮膚、更新頻率等等
Approach
1. 調用Bing搜尋網頁版API
2. 留出特定的定製介面
Benefit
1. 使用者可以更快速的使用Bing的強大的搜尋功能
2. 依照自己的習慣定製軟體
Competition
目前市場上這類軟體較少,google案頭勉強算是一個,其他有此功能的軟體則更加註重外圍的效果。市場缺口較大,競爭較小。
角色指派:
Dev 3,Test 1,UI 1,PM 1(兼任)
專案計劃,12周,共60個工作日,總體安排如下,順序執行。第12周周二軟體測試完成,發行就緒。繽紛案頭這個產品,重要的事在前期分析使用者需求,完善產品的理念,所以前期的需求分析用了10天(2周)。之後的大頭放在了設計、編碼和測試三個部分。至於其他的文檔等方面,可以迅速完成。
Step |
Software Process Stages |
Time/天 |
Planning |
計劃 |
|
· Estimate |
· 估計這個任務需要多少時間 |
5 |
Development |
開發 |
|
· Analysis |
· 需求分析 (包括學習新技術) |
10 |
· Design Spec |
· 產生設計文檔 |
3 |
· Design Review |
· 設計複審 (和同事審核設計文檔) |
2 |
· Coding Standard |
· 代碼規範 (為目前的開發制定合適的規範) |
2 |
· Design |
· 具體設計 |
10 |
· Coding |
· 具體編碼 |
13 |
· Code Review |
· 代碼複審 |
3 |
· Test |
· 測試(自我測試,修改代碼,提交修改) |
8 |
Reporting |
報告 |
|
· Test Report |
· 測試報告 |
1 |
· Size Measurement |
· 計算工作量 |
1 |
· Postmortem & Process Improvement Plan |
· 事後總結, 並提出流程改善計劃 |
2 |