功能测试的该有的还是包装一下吧。正常的流程 1.需求评审(产品，研发，测试)：产品讲需求，研发评估需求能否实现，是否需要修改。测试对需求中不合理的地方提出意见 2.测试用例编写(测试)：这个可以一笔带过，面试官肯定还会给你一个设计测试用例的场景题。常见的像淘宝购物车，登录界面，微信界面，发红包，电梯，桌子的测试用例 3.需求串讲+用例评审(测试，产品，研发)：提测之前完成。测试先对需求进行串讲，确保自己的理解和产品，研发一致。之后进行自己用例的评审。 4.正式三轮测试(测试)：一轮执行所有用例，二轮对提的bug进行验证，并对全流程回归，避免出现一个bug引出其他bug的情况。三轮所有流程再重复一遍。 5.编写测试报告(测试)封板日期之前根据产品bug的遗留数量和严重程度评估能否封板。能封板则出具测试报告。 6.产品上线(测试)：上线后仍然回归验证，防止线上环境与测试环境不一致出现严重bug，有bug需及时回滚。

就说写过，然后自己去了解下测试用例都包括哪些部分，根据什么编写测试用例（一些测试方法，黑盒盒的和白盒的），再去了解下测试的整个流程。

我一个实习生面对一群开发大牛讲我的用例，一群开发大牛对我一个实习生进行提测演示，压力满满

写过😅需求文档不到30个字，我写了170个用例，两个小时写完，还有无用例手搓新功能，三个小时测试完＋验收文档，ld看了一眼直接把文档发给产品和大老板了😉

写过，导师说是小需求，测试用例写了估计快4k字

那些什么需求评审啥的完全不知道是个啥😅