小編現在主要是做OA系統的迭代測試，偏於業務邏輯的功能測試，今天在這里簡單記錄一下可能會涉及到的測試流程知識點：
一、設計評審
按照測試流程，第一步就是參與涉及評審，一般設計評審會有三方角色參與，分別是：產品、開發、測試。產品經理會提前通知參加評審的時間和地點，以及提供srs涉及文檔。常規設計評審都是以會議的模式展開，設計評審的過程：
1、產品經理講解設計文檔；
2、開發人員估測代碼可行性和實現功能的工作量；
3、測試人員預估測試工作量。
通過三方討論，最終決定設計是否過關，是否采用。而在此過程中，測試人員需要的注意事項有以下幾項：
1、 設計評審前，仔細查看設計文檔，理解新功能和之前版本哪些功能有交叉的測試點，以及之后進行測試時可能需要注意的地方。先預估一下測試的工作量，記錄自己不懂的地方，以便於在設計評審中，重點關注一下相關模塊，有疑惑及時提出。
2、 設計評審中，注意一定要養成記錄評審的習慣。評審過程中肯定會有一些設計開發和產品有爭議的，比如代碼實現量大，或會改動到其他某些模塊，也可能是暫時無法實現的，這些都要記錄下來，一則加深自己對於評審的記憶（因為距離評審通過到開發交付演示，時間可能會有點長），同時也對之后編寫測試用例應該注意的地方，提前做一個文檔記錄的預防。
3、 設計評審完成后，整理自己評審前和評審中的文檔，如果評審通過，則可以根據最新的設計文檔，梳理出一份簡單的用例導圖。