---

富文本編輯器的測試用例？這個工作量很大的，你把需求文檔和開發源碼發給我，我評估下工作量之後報價，時薪20美元

會從以下幾個方面給出測試方案。

黑盒功能

軟體性能

安全，反編譯和破解

兼容性

代碼白盒覆蓋

富文本編輯器基本要90個人日才能測的比較好，你考慮下。當然具體測試流程個測試項目根據你的需求多少都是可以調整的

---

從功能性能兩方面入手

---

有時候不知道為什麼面試經常會以一個產品為例讓面試者說測試用例

而如果你只是簡單分維度去說, 面試官還不會滿意, 例如我從UI層面, 功能層面, 實用性層面, 兼容性層面, 性能層面分析, 他會覺得說的很空

我認為面試官想聽到的案例是他自己內心關於某個功能點的案例, 但是你僅僅告訴面試者一個產品去分析, 例如一個售賣機, 面試官想聽到是關於支付方面的測試用例, 但是又沒有告訴是電子支付還是現金支付。在面試官心中是電子支付, 但是面試者理解是現金支付, 說了半天沒在點上。

我認為完善的案例還是建立在對業務功能邏輯的理解上面, 說的多不一定代表這人對業務能力理解會快會深, 說的少不一定代表這個人在測試的時候理解的慢,理解的不深, 有的人就是喜歡對著需求文檔去扣功能細節, 而不是看到個原型腦中就有了測試案例。

說了半天沒說到你題目的點上, 哈哈,突然你的問題讓我想到了測試的面試問題....

---

主要還是要依靠業務功能，需要多角度的理解業務，進而設計覆蓋率比價高的測試用例。正向和逆向用例都要兼顧到，比如字元輸入，數字，中文，英文，特殊字元；常用的輸入法是否兼容；輸入的字元的長度；保存和撤銷，複製粘貼等等，把能想到的功能點都轉化為測試用例。

希望能幫到你。

---

功能方面還是要先理解業務邏輯，側重用戶重點要使用的功能，首先要保證主功能可以跑通。

做好測試用例，尤其是主功能越細緻越好，多考慮多戶使用情景，尤其是主功能多考慮一些極端使用情景，有的時候客戶反應的bug就是一些極端情景下發生。

---

功能，性能

以上展開，就可以了

---

推薦閱讀：