在測試過程中發現了多少Bug？

(1)會出現登錄信息cookies未在適當時候保留或者移除，比如在課程頁面註銷，但在主頁還留存著的情況。

(2)部分瀏覽器首頁聯系開發團隊的按鈕不能正常使用.

(3)部分瀏覽器（PM的機器）會出現頁面左右可以拖動的情況，而另一些沒有。

(4)缺少對於評論的修改選項，也不支持對於評論的評論。

(5)搜索欄缺少一些必要的tips，比如搜課程名還是老師，編號，可能會使新用戶產生困惑

(6)課程頁面的“課程網站”和“學院官網”兩個鏈接暫時沒有指向其他網頁。

(7)評論內容必須大於30字，否則無法進行評論（不寫評價也無法完成評分）。

(8)密碼輸入錯誤一次之後，再重新輸入也無法登陸，而且看密碼的按鈕也無法繼續使用。

(9)註冊成功後註銷，再點登陸默認有註冊界面且之前註冊用過的信息都還在（不刷新頁面的情況下）

(10)輸入郵箱沒有驗證，隨意輸入字符串都能通過。

(11)進入搜索結果第二頁或以後得頁面中某一門課後點後退，搜索結果是第一頁的。

(12)部分機型無法顯示聯系開發者的加群二維碼。

(13)一個用戶可以對一門課程多次評分。

你是怎麽進行場景測試（scenario testing）的？包括你預期不同的用戶會怎樣使用你的軟件？他們有什麽需求和目標？你的軟件提供的功能怎麽組合起來滿足他們的需要？

場景測試一

典型用戶：A

用戶的需求：

(1)選課前想要查看課程信息指導選課

(2)上課結束後想要評價課程幫助後來的學弟學妹

典型場景：

(1)A首先打開網站，點擊註冊按鈕，輸入自己的賬號和密碼，註冊成功（這時已經自動登錄）

(2)在首頁，A有三種可能的操作

(a)點擊自己的學校，專業，搜索某一門課程

(b)點擊學校（點擊或者不點擊專業），查看此學校或者此專業的全部課程

(c)對網站有一定的建議，點擊聯系開發者的按鈕。

(3)在課程頁面

(a)A想要查看某一門課程的評價，進而決定是否學習這門課程，點擊該課程，在具體的課程頁面下拉，查看評論以及評分。

(b)A想要評價自己上過的課程，點擊該課程，在具體的課程頁面下拉，點擊“撰寫評價”按鈕，點擊“選擇學期”和“選擇老師”，然後對有趣程度、充實程度、課程難度、課程收獲四項進行評分，再書寫評論，選擇“是否匿名”，點擊“提交”按鈕完成操作。

典型用戶：B

用戶的需求：

想要看自己所授課程的評價，指導上課的內容。

典型場景：

(1)B首先打開網站，點擊註冊按鈕，輸入自己的賬號和密碼，註冊成功（這時已經自動登錄）

(2)在首頁，B有兩種可能的操作：

(a)點擊自己的學校，專業，搜索自己的課程

(b)對網站有一定的建議，點擊聯系開發者的按鈕。

(3)在課程頁面

(a)B想要查看自己上的課程的評價，繼而指導上課的內容，點擊該課程，在具體的課程頁面下拉，查看評論以及評分。

(b)B想要對自己上過的課程的評價給出一些說明，點擊該課程，在具體的課程頁面下拉，點擊“撰寫評價”按鈕，點擊“選擇學期”和“選擇老師”，然後對有趣程度、充實程度、課程難度、課程收獲四項進行評分，再書寫評論，選擇“是否匿 名”，點擊“提交”按鈕完成操作。    

給出你的測試矩陣（test matrix），也即在什麽樣的平臺、硬件配置、瀏覽器類型……上對你的軟件進行測試？

你的軟件Alpha版本的出口條件（exit criteria）是什麽？也即在什麽條件下，認定你的軟件已經足夠好，可以發布Alpha版本？

首先是功能方面基本實現：

這部分的功能還有一些會出現一些問題，但是主要功能比較穩定，而且出問題的比例和平臺都具有零散化的特點，認為基本達到了出口條件。

1.鏈接測試

2.表單測試

3.鏈接速度測試

4.用戶體驗部分功能的測試

網站的穩定性測試

這一部分的測試通過scrapy框架進行模擬訪問進行測試，分別通過四個模擬訪問的程序增加網站壓力，大致相當於每秒網站100次打開搜索某一個課程的訪問量，網站的功能還能正常使用，但網站的速度確實有比較大的降低，這一部分在較大壓力下能保持基本功能，認為達到了出口條件。
1.正常訪問的響應時間

2.壓力測試過程中的響應時間

網站的兼容性測試

測試的大部分平臺上至少主要功能都能夠正常使用，但也有個別平臺上的個別網站功能不能正常使用（具體測試可以看上面的第三部分測試矩陣）

(1)操作系統

(2)瀏覽器

綜上而言，我認為我們的網站是達到了基本出口要求的。

Alpha階段測試報告