2023年了你还不会写测试用例吗？

我的思路大概分为上图这几个模块

1、目的：明确此次需求的目的是什么，此为第一步，遇事先了解要做什么，做事情就成功一半了

2、修改位置：如果模块较多，这个部分能清晰帮助你快速找到模块所在位置（麻麻再也不用担心我找不到测试位置了）

3、实现功能：分为两部分变更功能和已有功能关联情况，这一点要求测试人员对需求任务进行拆分，知道此次的需求变更了哪些功能点，可能还会造成对已有功能的改动，所以多方面考虑

4、测试思路：

（1）功能验证：当然涉及到接口的话还需要额外考虑，首先就是保证需求所涉及到的功能正常

（2）错误使用场景：用户使用系统的场景可能我们考虑不到，这点需要靠自己的聪明才智去想用户可能会有哪些操作

（3）极限操作：其实就是一个边界值分析法

（4）错误推断：考虑可能的情况，但是不符业务逻辑的情况

5、疑问点：这点其实对于有用例评审的公司更有用，待过两家公司均有用例评审，可以在编写测试用例时，将自己的疑问点写在此处，这样更能完善我们的用例