我是一家中/小公司的C＃開發人員。我對我的工作人員製作的應用程序做了快速測試，並測試了我的應用程序。我們根據自己的經驗測試每種表格。 （是的，我知道這不是一個非常正式的方法。）Winforms測試應用程序指南
現在一個沒有經驗的新人將加入我們的團隊。我們現在認爲應該列出一些我們都應該在每種形式中測試的事情。按類別劃分。例如：
可用性：測試每個控件的選項卡順序正確設置;或
驗證：測試每個文本框的最大長度與一個數據庫中的字段的最大長度相匹配...
等
我們不想重塑車輪，所以我想知道這種文件是否已經存在。
謝謝
我知道你在尋找什麼，因爲前一段時間我在工作的設計/需求文檔一家小公司按照您描述的方式測試其產品。從那以後，我對測試有了更多的瞭解。
我不能推薦任何特定的「測試注意事項」，而是想給建議的一個非常普遍的一件：
你坐下來寫這樣的文件之前，請確保它僅包含測試你不能自動化。
有些東西你不能自動測試;如表單中控件的Tab順序。這是因爲製表符順序只對用戶有意義;一臺計算機不能不在意你的控件是如何直觀地排列的，以及你的標籤順序是從第一個控件繼續到最後一個，然後回到第二個，最後到達表單的另一端。這些是應該由人類（IMO）測試的東西。 （即使人類不會總是在「正確的」標籤順序上達成一致，但這是另一個問題。）
然後有一些測試可以自動完成。將輸入字段的最大長度與數據庫字段的容量相匹配可能是這樣一種測試，IMO應該努力尋求一種解決方案，在這種解決方案中，不需要人工完成這樣的測試。有時候你會找到一個框架來自動爲你檢查這些東西;有時你可能想編寫單元測試;有時候需要的只是在寫入數據庫之前驗證表單的輸入數據;等等。這方面有很多解決方案。
您列出的項目不是傳統意義上的測試。您需要某種靜態分析工具，類似於FxCop或StyleCop。我不知道專門爲Windows Forms製作的產品可以做你列出的產品。這通常需要大量的並行計算硬件，新人在他的耳朵之間攜帶的那種。
不要猶豫，運行FxCop順便說一句，如果你以前從未接受過你的代碼，你可能會得到大量的標誌。如果新人抱怨編碼標準，StyleCop會很好。
通常你會使用describs您的應用程序應該如何工作和使用，作爲一個模板測試