1樓：Jack
一定是甲方編寫，因為要組織使用者部門參與，一方不了解甲方公司文化氛圍，可能會導致uat目標發生重大偏差。
現在我了解到的uat分兩種，一種真的就是使用者體驗測試，一種就是純粹的測試，黑盒測試。
第一種，很簡單，產品很穩定，體驗體驗，提提意見就行。第二種，產品質量不穩定，需要有業務經驗的人來全程參與，協助把好質量關。
2樓：Bob He
到什麼山唱什麼歌。
如果專案上關鍵使用者能積極參與，我們的策略是在專案啟動時，就告知和力爭由乙方指導甲方來寫。這是站在最大程度上保障專案成功的角度出發。甲方對自己的業務最熟悉，可以從業務角度覆蓋各種指令碼案例。
乙方熟悉程式配置，把握方向。有助於幫助甲方的使用者掌握系統，在知識轉移上起到很好的作用。
如果甲方僅僅是IT人員或者只有領導在專案裡忙乎，他們一定會逼著乙方來完成這個工作。往往出了問題，就是乙方各種背鍋，寫UAT還僅僅是乙方苦逼節奏的開始。
記住，專案成功的很重要的因素就是讓甲方的人忙起來，有參與感，有建設感，有成就感。
關於新手如何編寫測試用例？
王小明 編寫測試用例的常用方法 等價類劃分法 等價類是輸入的集合，比如在註冊時，手機號規定為系統內不存在的手機號，那麼所有已存在的手機號是乙個等價類，所有不存在的手機號是另乙個等價類。在每個等價類中選取一定數目的值作為代表。等價類分為有效等價類和無效等價類，輸入符合條件的值對功能進行檢驗，輸入無效等...
有什麼缺陷跟蹤 測試用例管理的平台嗎？
BugKing 今天看到乙個開源專案叫 MeterSphere 開源持續測試平台 https 看起來還挺不錯的。按照 Wilson 提到的幾點對比了下 1.用例匯入匯出 批量 用例字段自定義 2.開放介面，方便其他系統對接。3.外掛程式或者其他方式方便二次開發和定製，主要是滿足上游與專案管理 需求管...
常見的軟體測試用例設計方法有哪些呢？
測試用例設計的方法，還挺多的，但是有很多可能有時候無法想到，也就用的比較少了，經常會用到的 1.等價類的方法 2.邊界值分析法 邊界值就是通過規定範圍內的邊界去測試一些資料的問題，完全適用於類似於輸入框的這種測試，和上面的等價類一樣，這兩種都是測試一些資料時可以用到的方法。3.因果圖方法 4正交表分...