測試軟體：必應繽紛桌面
組員：劉牛頓，郭立軒
版本：1.1.165.0
環境：win7普通版，x32，intel(r) core(tm) i5 cpu，4gb ram
測試報告：
第一部分：
bug1：
步驟重現：
1）使用ie瀏覽器，當前已處於開啟多個選項卡的狀態
2）bing搜尋條最小化到狀態列
3）右擊狀態列，選擇「焦點資訊」或「熱門」
顯示結果：
開啟多個內容相同的選項卡，第一次直接造成了我ie停止工作。截圖如下：
預期結果：
該選項卡只應開啟一次。
bug2：
步驟重現：
1）開啟桌布頁面，選擇「將bing首頁設為桌面背景」
2）取消上述選擇
顯示結果：
使用者原自定義桌面背景被初始化為win7介面。截圖如下：
預期結果：
取消後桌面背景應該還原為之前狀態。
在其他測試環境下和其他瀏覽器下是否有bug尚不明確。
第二部分：
記錄對一位使用者的採訪。
1.採訪物件背景
2.讓採訪物件使用10-30分鐘bing繽紛桌面（照相證明- -）
qq截圖證明：
檢索資訊：
替換桌面背景：
3.描述使用過程
1）問題解決
能正常根據關鍵字檢索相關新聞
2）資訊量
3）介面
作為桌面快捷條，介面簡潔實用
4）功能
功能簡單，提供了訪問bing的快捷方式。
5）準確度
4.使用者對產品有什麼改進意見
功能過於簡單。
google使用者和其他搜尋引擎使用者尚不明確。
第三部分：
使用此軟體的所有功能 (包括必應詞典背單詞, 單詞本等), 聯絡第二部分的分析, 估計這個專案做到這個程度大約需要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業ui 支援)。 分析這個軟體目前的優劣 (和類似軟體相比), 並推理出團隊在軟體工程方面可以提高的乙個重要部分 (具體建議)。
估計專案時間：60天。如果團隊能力較強，則60天足矣，具體可以看最後的時間安排
專案優缺點：
目前沒有發現與之類似的其他產品，所以只寫優缺點，而不寫優劣勢。
優點
1. bing首頁作為桌面桌布
2. 搜尋詞的下拉框（網頁版預設就不具備此功能）
3. 能自動識別使用者的預設瀏覽器而不是強制使用ie
4. 介面隱藏，並且可以設定點選彈出隱藏對話方塊（這個設計相當人性化）
缺點
1. 可選**顏色過少，且不能自定義**
3. 應用bing首頁作為桌面桌布之後再取消該功能後，桌布變為系統預設桌布而非之前的使用者自定義桌布
4. 記憶體占用（我看了一下大約是13m左右，而qq採用了22m，所以相對來說記憶體開銷比較大）
5. 不具備本地檢索的功能（當然由於理念不同，這一點可能不能算是缺點）
團隊在軟體工程方面可以提高的乙個重要部分
就目前感覺，繽紛桌面是一場成功的產品，而且是乙個成熟的產。在軟體工程的開發和測試方面我們找不到什麼問題。
在軟體的設計階段，以我們的理解，繽紛桌面在設計時，應該是本著簡約的哲學去設計的。所以在使用者個性化方面的設計比較少。這點未必能滿足使用者的需求。
我以為，該團隊在設計階段，應該對目標使用者群進行充分的調研，獲得使用者的真實的需求。
第四部分
這個軟體有很多可以提高的部分, 如果你是專案經理, 如何提高從而在競爭中勝出?
目前市場上有什麼樣的產品了? 你要設計什麼樣的功能? 為什麼使用者會用你的產品/功能? 你的創新在**? 可以用 nabc 分析.
如果你的團隊有5個人, 3個月的時間, 你作為專案經理, 應該如何配置角色 (開發, 測試，美工等等)?
描述你的團隊在12 周 期間每週都要做什麼, 才能在第12周如期發布軟體。
nabc分析
need
1. 快速搜尋：無需專門開啟搜尋引擎即可迅速檢索網際網路
3. 特定名詞的英漢互搜，比如專業名詞等
4. 使用者個性化定製，包括介面**、更新頻率等等
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
· 估計這個任務需要多少時間
5development
開發· analysis
· 需求分析 (包括學習新技術)
10· design spec
· 生成設計文件
3· design review
· 設計複審 (和同事審核設計文件)
2· coding standard
· **規範 (為目前的開發制定合適的規範)
2· design
· 具體設計
10· coding
· 具體編碼
13· code review
· **複審
3· test
· 測試（自我測試，修改**，提交修改）
8reporting
報告· test report
· 測試報告
1· size measurement
· 計算工作量
1· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
2
軟體測試報告 軟體質量報告？還是軟體測試報告？
問題 於一些同僚的問題。vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？是測試報告嗎？no，no，應該不是測試報告，是質量報告。測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？仔細思考，其實這兩種報告之間的差異還是比較直觀的。當然，測試的報告也能反應出乙個產品...
軟體測試報告 軟體質量報告？還是軟體測試報告？
你這麼優秀，一定只想把 檸檬班 置頂 問題 於一些同僚的問題。vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？是測試報告嗎？no，no，應該不是測試報告，是質量報告。測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？仔細思考，其實這兩種報告之間的差異還是比較直觀...
軟體測試報告
軟體測試報告 專案編號 專案名稱 任務編號 序號 工作名稱 程式 id 程式名稱 程式設計員 測試完成日期 年 月 日 測試工程師 測試完成日期 年 月 日 1 是 否 安裝 1 程式執行環境已經正確設定 2 程式 檢查 1 程式單位首部有程式說明和修改備註 2 變數 過程 函式命令符合規則 3 程...