請根據團隊項目中軟件的需求文檔、功能說明、系統設計和測試計劃，寫出軟件的測試過程和測試結果，并回答下述問題。

一、在測試過程中總共發現了多少Bug？每個類別的Bug分別為多少個？（10分）

在測試過程中總共發現了5個Bug

a.修復的bug（2個）；

1.sql server用Date類型存日期的時候，讀出來的時間比存進去的時間會少兩天

　　這個問題我查資料后發現這是微軟的鍋。微軟官方給出的解釋是，如果要避免出現這樣的問題，需要使用jre1.5或者1.6。而我用的是jre.1.8。

解決這個問題的方法：我把Date類型換成了DateTime類型。

2.用<a>標簽url傳遞參數的時候，不能出現包括漢字在內的很多非法字符

相關代碼如下圖

這個問題是測試的時候偶然發現的。此處，我們原本想通過<a>標簽傳遞用戶名${package.owner}到后臺servlet（上圖注釋部分）。開發的時候并沒有發現這個問題，因為當時調試用的全是英文名字。做測試的時候用了一個中文名，結果就404了。console報的錯誤類型是：Invalid character found in the request target.The valid characters are defined in RFC 7230 and RFC3986查資料后發現經了解，這個問題是高版本tomcat中的新特性：就是嚴格按照 RFC 3986規范進行訪問解析，而 RFC 3986規范定義了Url中只允許包含英文字母（a-zA-Z）、數字（0-9）、-_.~4個特殊字符以及所有保留字符(RFC3986中指定了以下字符為保留字符：! * ’ ( ) ; : @ & = + $ , / ? # [ ])。而我們的系統在通過地址傳參時傳遞的是漢字，而漢字不在RFC3986中的保留字段中，所以會報這個錯。

解決辦法如上圖：我們把通過url傳參改成form表單提交，把我們想傳遞的參數設置成form表單中的一個隱藏域。

b.不能重現的bug（0個）

這個暫時沒有發現

c.這個產品就是這樣設計的，不是bug；（1個）

這個問題是我們的用戶（其實就是不是我們小組的同學）提出的，他說我們有受助者發表comment，提供幫助的人卻不能對此comment進行回復。其實，這和我們的設計有關，comment首先在我們的系統中不是主要功能；其次，我們設計的時候，我們的初衷是希望受助者可以通過comment這個功能對幫助者表達感謝，僅此而已。

?d.沒有能力修復，將來也不打算修復；（1個）

包括發布快遞信息，未匹配成功自取之后需要手動移除這條代取信息這些功能，如果我們擁有來自快遞公司系統的數據，這些都能自動實現，到時候用戶體驗將會大大提升。但是鑒于現在的條件，我們無法獲得這個數據，因此短期內，我們不會去修復這個BUG.盡管如此，我們的項目模塊化設計是考慮到這點，屆時只需要把手工輸入模塊換成自動輸入模塊就可以，其他部分不用修改。

?e. 這個bug的確應該修復，但是沒有時間在這個版本修復，延遲到下一個版本修復。（2個）

1.在發布快遞信息之后，如果我們刷新地址欄，就會發布一條新的快遞信息，這條新信息除pakageId和之前的不一樣，其他都一樣。這個是不符合我們設計預期的。因為我們預想的是，如果用戶要發布新快遞信息，必須要手動填寫信息，然后提交。

2.我們預期用戶使用本系統的所有功能都要先登錄。雖然這個版本在登錄成功后第一個頁面控制的servlet中加入了判斷session中的user屬性是否為空，但是后面的就沒寫了。這導致我們可以在未登錄的時候，直接通過url地址訪問到后面的頁面。這是我們不希望看到的。

我們暫時解決這兩個bug的思路是通過過濾器filter控制訪問。

?二、場景測試（scenario testing），包括以下內容：（5分）

A：你預期不同的用戶會怎樣使用你的軟件？

第一類用戶：想要讓別人幫助自己拿快遞的同學，先會進入我們的官網了解一下我們彼岸芳華平臺，一進入頁面，便會播放我們的宣傳視頻，于是用戶會滑到宣傳視頻那里，直觀的了解一下我們平臺，觀看完視頻之后會看到旁邊的top10，向下滑，了解完top10，便會看到一些成功的互助案例，然后注冊成為我們的用戶，點擊發布最新快遞信息，就可以將自己的快遞信息發布上去，等待匹配，在與我相關頁可以查看快遞最新詳細信息。

第二類用戶：希望通過幫別人代取快遞來賺取好人值以方便后來別人代取自己快遞的用戶。該類用戶將自己的快遞信息以及取快遞時間上傳至網站，通過希望別人代取快遞的用戶查詢和主動聯系來幫助他人代取快遞，完成代取任務后獲得好人值。

第三類用戶：需要我們幫忙做活動宣傳的各院活動負責人。可能聽說過有一個校園代取快遞的彼岸芳華，覺得名氣挺大，便會想著通過我們的平臺來宣傳自己學院辦的活動，擴大影響力，我們在主頁面以及快遞頁，與我相關頁均設了廣告專區，這類用戶會沖著宣傳活動成為我們的用戶。

B:他們有什么需求和目標？

第一類用戶：需求很明確，就是需要在自己忙的時候可以找一個可靠的人幫自己取快遞，彼岸芳華無疑是一個最好的選擇，由學號注冊，都是本校學生，有一定的保障，而且只要有足夠的好人值便不需要付費，好人值可以由幫助別人取快遞獲得。

第二類用戶：需求即上傳自己的快遞信息及代取時間；目標即獲得好人值，便于以后聯系他人讓他人代取快遞。

第三類用戶：用戶想要達到的就是通過彼岸芳華平臺提升自己活動的知名度。宣傳是一個活動成功與否的很重要的環節，一個再好的活動，宣傳力度不夠，也撐不起來場子，但是現階段學生活動宣傳僅僅限制在海報、qq、微信、H5等等，有時推送在揚思網上，閱讀量也是少之又少。急需一個既可以滿足校園宣傳，又可以有較大影響力的平臺，彼岸芳華無疑又是最好的選擇。

C:你的軟件提供的功能怎么組合起來滿足他們的需要？

前兩類用戶之間的關系可以轉換。目前幫人代取快遞的用戶將來也可以成為被人代取快遞的用戶，好人值是靠幫人代取快遞增加的，同時被人代取快遞則需消耗好人值。對于第三類用戶可通過廣告區向前兩類用戶展示自己的活動內容，從而達到宣傳的目的。快遞代取區這些功能結合起來，可以更好的滿足各類用戶的需求。

三、你們在什么樣的平臺、硬件配置、瀏覽器類型等條件上對你們的軟件進行測試？——測試矩陣（test matrix）（10分）

?	用戶 類型	屏幕 分辨率	操作系統	操作系統 默認語言	網絡速度	瀏覽器	組合 總數
變量數目	3	2	3	3	3	3	486
?	用戶	800像素×600像素	Win7	中文（簡體）	撥號	Chrome	?
?	瀏覽者	1024像素×768像素	Win8	中文（繁體）	ADSL	IE7	?
?	管理員	?	Win10	英語	局域網	Firefox	?

?

測試項	檢查點	預期結果	火狐Firefox	IE瀏覽器	谷歌
? ? ? 登錄、注冊界面	登錄界面布局	正常顯示	?	?	?
	不輸入登錄信息點擊登錄按鈕	無法登錄	?	?	?
	?輸入錯誤的登錄信息	無法登錄	?	?	?
	輸入正確的登錄信息	跳轉到用戶界面	?	?	?
	點擊注冊按鈕	跳轉到注冊界面	?	?	?
	輸入不正確的注冊信息	注冊失敗	?	?	?
	輸入正確的注冊信息	注冊成功	?	?	?
	點擊好人值	顯示好人值排行榜	?	?	?
? ? 用戶界面	界面布局	正常顯示	?	?	?
	點擊發布新快遞信息按鈕	進入發布界面	?	?	?
	點擊匹配按鈕	顯示快遞信息	√	?	?
	點擊移除按鈕	移除快遞當前信息	?	?	?
快遞信息發布界面	輸入錯誤的快遞信息	發布失敗	?	?	?
	輸入正確的快遞信息	發布成功并在用戶主頁顯示快遞信息	?	?	?
? ? 匹配界面	點擊匹配按鈕	顯示彼此關系	?	?	?
	點擊助人按鈕	好人值加一且清除已經匹配的快遞信息	?	?	?
	點擊求助按鈕	好人值減一且清除已經匹配的快遞信息	?	?	?
	點擊退出登錄	匹配成功且退出系統	?	?	?

?

轉載于:https://www.cnblogs.com/13-14/p/9226039.html

總結

以上是生活随笔為你收集整理的团队作业5-Alpha版本测试报告(彼岸芳华队)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。