? ? ?

只有單元測試大多數時候是不夠的，那這種情況下開發者應該怎么辦，今日靈魂拷問：

① 編寫驗收測試用例有什么技巧？

② 什么時候應該運行驗收測試？

③ 驗收測試的結果報告給誰看？怎么給？

驗收測試是部署軟件之前的最后一個測試操作。在軟件產品完成了單元測試、集成測試和系統測試之后，產品發布之前所進行的軟件測試活動。

它是技術測試的最后一個階段，也稱為交付測試。

驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。

驗收測試是從用戶視角來確定已完成的功能是否能夠正常工作。

編寫驗收測試用例可以采用BDD風格來編寫。

寫完驗收測試之后應該在什么時間驗收比較合適呢？

在幾年前的一個項目中使用到了驗收測試。驗收測試會在某個功能完成后并且已經進入到UAT環境，由QA來按照BDD的風格編寫自動化測試腳本。

按照這種形式寫出來的驗收測試，結果報告該給TL、DEV、BA、PO或客戶看。

• 首先團隊了解軟件的狀態，約定準確時間，QA做個簡單的介紹；

• 如果給技術人員看，則需要很詳細，目的是幫助開發人員定位問題；

• 其他的角色除了當面匯報還要進行一些郵件記錄。

【問——答】Q：寫單測的時候需要構造數據，有時候一個類里面我只需要關注一個字段，為了構造方便我會寫一個只有這個字段的構造函數，如下圖。但是感覺這樣的話該構造函數就只為了做測試，是不是不太好。有更好的方案嗎？

A：首先，測試為什么要構造？可能是分層測試，mock了下層返回值，需要對象測試不同場景。

你可以這樣想：為什么要寫一個單獨的構造方法，而不是用正常的構造方法，傳入一整組測試數據呢？

但可能會面臨：即便可以把字段都填滿，但是需要時間，而且都是重復的。其實這就是構造測試數據集的意義。他要自動化，針對單字段的自動化無助于完整驗證代碼質量的。

或者反思一下，這么測是不是本身就有問題，從源頭看問題呢？或許有時候我們就是在將錯就錯的搞，這個在項目里很常見。

【小插曲】

最近天氣很是寒冷，今天北京下了第一場雪，冷出 “口腔潰瘍” 了，為了讓 “他 ”得到更好的治療。我寫了一小段話術，如有錯誤，還請各位大佬指正。

你需要先寫一個測試，找出口腔潰瘍的位置→上藥→痊愈

• Given ：患了口腔潰瘍

• When I ：吃了西瓜霜藥

• Then I ：感覺良好

• And I ：可以吃5個茶葉蛋

以上內容整合自【極限編程中國 | 實踐者】 微信群29日討論，內容貢獻者：?現在還有名額免費加入【極限編程中國 | 實踐者】微信群和前ThoughtWorks總監咨詢師熊節實踐敏捷開發【極限編程中國|微信群】今日中獎@北京-ThoughtWorks-Page，極客學院請你晚飯！【極限編程中國 | 實踐者交流群】和《重構》、《持續交付2.0》譯者交流和300+極客一起討論現在可免費進群

總結

以上是生活随笔為你收集整理的uniapp 单元测试_单元测试不够验收测试凑，编写验收测试有什么技巧？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。