---

富文本编辑器的测试用例？这个工作量很大的，你把需求文档和开发源码发给我，我评估下工作量之后报价，时薪20美元

会从以下几个方面给出测试方案。

黑盒功能

软体性能

安全，反编译和破解

兼容性

代码白盒覆盖

富文本编辑器基本要90个人日才能测的比较好，你考虑下。当然具体测试流程个测试项目根据你的需求多少都是可以调整的

---

从功能性能两方面入手

---

有时候不知道为什么面试经常会以一个产品为例让面试者说测试用例

而如果你只是简单分维度去说, 面试官还不会满意, 例如我从UI层面, 功能层面, 实用性层面, 兼容性层面, 性能层面分析, 他会觉得说的很空

我认为面试官想听到的案例是他自己内心关于某个功能点的案例, 但是你仅仅告诉面试者一个产品去分析, 例如一个售卖机, 面试官想听到是关于支付方面的测试用例, 但是又没有告诉是电子支付还是现金支付。在面试官心中是电子支付, 但是面试者理解是现金支付, 说了半天没在点上。

我认为完善的案例还是建立在对业务功能逻辑的理解上面, 说的多不一定代表这人对业务能力理解会快会深, 说的少不一定代表这个人在测试的时候理解的慢,理解的不深, 有的人就是喜欢对著需求文档去扣功能细节, 而不是看到个原型脑中就有了测试案例。

说了半天没说到你题目的点上, 哈哈,突然你的问题让我想到了测试的面试问题....

---

主要还是要依靠业务功能，需要多角度的理解业务，进而设计覆盖率比价高的测试用例。正向和逆向用例都要兼顾到，比如字元输入，数字，中文，英文，特殊字元；常用的输入法是否兼容；输入的字元的长度；保存和撤销，复制粘贴等等，把能想到的功能点都转化为测试用例。

希望能帮到你。

---

功能方面还是要先理解业务逻辑，侧重用户重点要使用的功能，首先要保证主功能可以跑通。

做好测试用例，尤其是主功能越细致越好，多考虑多户使用情景，尤其是主功能多考虑一些极端使用情景，有的时候客户反应的bug就是一些极端情景下发生。

---

功能，性能

以上展开，就可以了

---

推荐阅读：