小編現在主要是做OA系統的迭代測試，偏於業務邏輯的功能測試，今天在這裡簡單記錄一下可能會涉及到的測試流程知識點：

一、設計評審

按照測試流程，第一步就是參與涉及評審，一般設計評審會有三方角色參與，分別是：產品、開發、測試。產品經理會提前通知參加評審的時間和地點，以及提供srs涉及文件。常規設計評審都是以會議的模式展開，設計評審的過程：

1、產品經理講解設計文件；

2、開發人員估測程式碼可行性和實現功能的工作量；

3、測試人員預估測試工作量。

通過三方討論，最終決定設計是否過關，是否採用。而在此過程中，測試人員需要的注意事項有以下幾項：

1、  設計評審前，仔細檢視設計文件，理解新功能和之前版本哪些功能有交叉的測試點，以及之後進行測試時可能需要注意的地方。先預估一下測試的工作量，記錄自己不懂的地方，以便於在設計評審中，重點關注一下相關模組，有疑惑及時提出。

2、  設計評審中，注意一定要養成記錄評審的習慣。評審過程中肯定會有一些設計開發和產品有爭議的，比如程式碼實現量大，或會改動到其他某些模組，也可能是暫時無法實現的，這些都要記錄下來，一則加深自己對於評審的記憶（因為距離評審通過到開發交付演示，時間可能會有點長），同時也對之後編寫測試用例應該注意的地方，提前做一個文件記錄的預防。

3、  設計評審完成後，整理自己評審前和評審中的文件，如果評審通過，則可以根據最新的設計文件，梳理出一份簡單的用例導圖。