按我的理解，把測試用例編寫成機器人可以操作的步驟，然後測試人員像機器人一樣的進行測試，如果測試條例本身沒有Bug。那麼這個測試用例就是OK的，不過心智不成熟的人會很痛苦。很機械，很重複。其他牛叉的軟體公司如何不知道，我的軟體產品都是這樣側的。看似簡單其實也不容易，做久了也就那樣。

在今後的生活環境中，對網路技術的依賴性越來越高，今後的企業全部可以說是科技企業啦，科技離不開軟體作為基礎支撐，因此，測試工程師會越來越吃香。目前剛起步的軟體研發，是建築工程資訊化管理系統，建築軟體基本上用國外的，今後一定會中國產化，甚至建築資訊化管理的末端，設施管理，目前軟體是一片空白，前景非常之大。

做好測試需求分析，首先需要深度瞭解需求，一般需求分為業務需求、使用者需求、功能需求。

業務需求：業務需求描述了組織為什麼要開發一個系統， 即組織希望達到的目標。業務需求通常來自專案投資人，購買產品的客戶實際使用者的管理者、市場營銷部門或產品集劃部門。使用前置和範圍文件來記錄業務需求，這份文件有時也被稱作專案輪廓圖或市場需求文件。

使用者需求：使用者需求描述的是使用者的目標或使用者要求系統必須能完成的任務。比如軟體的介面是否好看、功能使用是否便捷等都屬於使用者需求。使用者需求可以認為是對業務需求的一個具體目標。比如業務需求提出了這個系統具有語音功能，那麼使用者需求可能就包含了語音具備的功能，比如. 比如可以喊劉德德華的電影影去搜家 電影等。

功能需求：功能需求規定開發人員必須在產品中實現的軟體功能，使用者利用這個功能來完成任務，滿足業務需求。功能需求有時也被稱作行為需求功能需求是去解決業務需求、使用者需求的具體的解決方案，也就是我們通常說的需求說明書。對使用者需求做具體的分析、提出實施方法(需求說明書通常是由軟體開發方編寫比如產品經理。使得使用者和軟體開發方都對軟體的初始規定有個共同的理解，是整個開發的基礎)。同時，開發方需要對需求說明書進行評估，比如這個需求能不能做，耗賽的成本是不是小於帶來的收益，還有風險評估等。

什麼是測試需求概述：測試需求通常是以功能需求為基礎，透過對功能需求的細化和分解，形成可測試的內容。範圍：測試需求應儘可能全部覆蓋已定義的業務需求，以及功能和非功能方面的需求。目的：明確需求的範圍、明確每個功能的業務處理過程、明確不同功能點業務組合， 挖掘顯式需求背後的隱式需求。測試需求用於解決測什麼的問題，即指明被測物件中什麼需要測試。測試需求的特徵測試需求必須是可核實的,即必須有一個可觀察、 可評測的結果，無法核實的需求不是測試需求。測試需求應指明滿足需求的正常前置條件，同時也要指明不滿足需求時的出錯條件。測試需求不涉及具體的測試資料，測試資料設計是測試用例設計環節解決的問題。測試需求與功能需求的關係功能需求：系統應該做什麼。例如，某ATM機取款業務需求：每次取款額度在100～2000之間;取款的金額是100的倍數，每日取款總額不得超過20000，這是功能需求。測試需求：系統應該做什麼、不應該做什麼，發現系統設計中存在的問題。例如，取款金額可選：在100~2000之間且為100的倍數可取，小於100或大於2000不可取，在100~2000之間但不是100的倍數不可取，取款總額必須不超過賬戶餘額，這是測試需求。