(一)需求的簡述
軟件需求
1、對于用戶:
? ? ? 需要解決的問題，希望達到的目的所需條件和一種需求更改的權利
2、對于開發者:系統需要滿足需求文檔的相關功能標準
3、對于需求:是一種條件和職權的文檔說明。
? ? ? 包括功能性需求(系統應該提供的哪些功能)及非功能性需求，非功能性需求(系統的特定性和約束)對設計和實現提出了限制（性能要求，質量標準，設計限制，相關功能等）
我們當前需求的缺點
1、需求經常變更
? ? ? ?需求是經常變動的，只有先做好需求的分析，了解業務以后的發展趨勢，做好具有拓展性的系統設計，才會給系統更大的擴展空間，從而在需求發生變化的時候可以更從容的修改。）
2、需求不明確
3、測試與開發需求不一致
如何面對需求
? ? ? ? 熟透整個需求(系統)的每個功能和流程(建立思路),后續的工作都是依照需求進行操作，所以熟透需求文檔是一個很重要的一步。
對于初次進行需求審查，看完每一個模塊，將每個模塊的功能流程做成流程圖。依次擴大，就將整個需求流程了解清楚，每次將流程圖(需求建
模)多瀏覽幾次。
提取更好的需求點
? ? ? ?一般的需求文檔都是按照每個功能進行提供需求，所以可以在每個功能模塊中細分需求點。將每句話理解透就能夠更好的得到需求點
需求的分析重要性
? ? ? ? 需求分析，是一個項目提出方和承擔方相互溝通的過程，一方是系統的使用者，一方是系統的制造者，在系統制造過程中，只有雙方相互配合，共同對系統進行設計才能最后達到使用的要求。(拿到客戶需求后，應該根據功能、流程進行初步的設計，構造出業務流程圖，再讓客戶進行評審，提出業務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，并減少后期的修改。)，需求的分析是鏈接用戶和開發者的橋梁！
如何把握更好的用戶需求
? ? ? ? 熟透需求文檔，將文檔轉化成開發人員更懂的流程圖(需求建模),并在與用戶交談時候改變需求內容，隨時與用戶溝通，更好的把握用戶的需求和改變！將開發過程修改的需求，及時反饋與用戶，讓需求更加靈活化。
測試人員如何進行測試
1、對需求文檔的分析
2、提取需求點
3、對每個需求點提取測試點
4、對測試點細分，得到測試用例
5、用測試用例在已經完成的功能模塊上測試
6、記錄測試點結果，得到缺陷報告
7、將缺陷報告交于測試老大或者直接交于開發人員
8、確認缺陷是否修復
測試點在什么地方，測試員一般測試哪一塊
1、從測試用例中提取測試點
2、界面的布局和文字的校驗
3、正常業務的校驗
4、輸入框的校驗(比輸入項的校驗)
5、日期校驗
6、查詢信息的校驗等等
我們的測試過程中涉及的技術（對應到相應模塊）
1、需求的審查
2、測試點提取
3、測試用例的設計
4、缺陷報告
(二)對于整個系統，綜述測試人員如何測試
測試時注意什么?
1、從用戶的角度出發
2、從開發者的角度出發
3、確保測試用例覆蓋所有流程
4、設計測試用例時，應該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態和意外狀態。
5、一定要注意測試中的錯誤集中(集群性)發生現。
6、對測試錯誤結果一定要有一個確認的過程。
7、制定嚴格的測試計劃，不要希望在極短的時間內完成一個高水平的測試。
8、回歸測試的關聯性要引起充分的注意，修改一個錯誤而引起更多錯誤出現的現象并不少見。
9、妥善保存一切測試過程文檔。
如何正確與開發人員做溝通(主寫缺陷發現后與開發人員溝通反映，缺陷報告的流通(測試人員和開發人員之間的交互))
與開發人員溝通主要有一下幾點
