專案測試與教訓

1.功能測試：

所實現的功能是否和需求一致；

2.介面測試：

介面是否美觀，風格是否一致，文字內容是否正確；

開啟鏈結速度是否合理；是否鏈結到正確的頁面；是否有空白頁面；

4.效能測試：

5.相容性測試：

專案在不同作業系統，不同瀏覽器上功能是否能正常使用；

6.安全性測試：

使用者的登入名和密碼在傳輸過程中是否是加密傳輸的；

使用者長時間未操作頁面，session會話是否會過期，要求使用者重新登入；

日誌檔案cookies裡的使用者名稱和密碼是否是加密的；

登入次數和登入裝置是否有限制，是否支援乙個賬號多個裝置登入；

1. 識別出軟體中被修改的部分；

2.從原基線測試用例庫t中，排除所有不再適用的測試用例，確定那些對新的軟體版本依然有效的測試用例，其結果是建立乙個新的基線測試用例庫t0。

3. 依據一定的策略從t0中選擇測試用例測試被修改的軟體。

4. 如果必要，生成新的測試用例集t1，用於測試t0無法充分測試的軟體部分。

5. 用t1執行修改後的軟體。

第2和第3步測試驗證修改是否破壞了現有的功能，第4和第5步測試驗證修改工作本身。

1.小組成員分配與合作

在專案開發之前，一定要根據專案的大小、難易程度合理組隊。以免發生專案太大導致分到每個人的任務量太多，或者將難易程度不同的任務隨即分配的現象。在定好目標之後，希望小組成員通力協作，一齊解決遇到的難題，避免各自完成各自任務的現象。

2.改bug

盡量自己小組內部或者尋求其他小組幫忙，實在解決不了的問題可以先彙總起來，最後老師統一講解，避免老師親自動手一一改bug，耗費老師時間不說還不能徹底解除疑惑。

有時自己費了很大力卻沒有解決的問題會給自己很大的打擊，但是自己摸索收穫的經驗比老師三下五除二改好的成果寶貴的多。

3.慶祝成果發布

艱難地開發、測試好不容易完成之後，無論最終結果是否得到老師滿意，小組內部甚至班級同學之間都要互相鼓勵，不能有嘲笑，短學期的小專案並不是非要我們掌握什麼，而是帶我們初嚐這方面的樂趣，激發一部分愛好這個方向的同學繼續深究。

人無完人，有時候不得不承認自己不擅長。