那你要知道往往说的容易，做起来难呀。

功能测试虽然说的是点点点，但是对于比较简单的一个小功能来说，确实没有什么太难得地方，点的流畅没有问题，那就再好不过，基本上有问题也是暴露的非常明显，所以说相对来说可以用点点点概括。

但是现在基本上公司的软件测试功能都是业务流程逻辑比较复杂的，尤其跟其余模块的交互，虽然功能测试点点点，但是交互的东西太多，也是一种考验。

首先一个功能，需要进行需求评审，然后开发，测试排期，在编写测试用例，测试用例需要把所以场景的功能尽可能的覆盖到，然后就是测试用例评审，通过后等待开发提测，提测就是正式步入测试，对照你写的测试用例，进行测试，有些测试数据或者展示你需要进行后台配置，还得了解后台的配置数据，包括涉及到的跳转之类的问题，包括发现问题需要定位问题，通过抓包分析，并不是发现问题了就直接提给开发，还需要自己去定位解析问题，以及遗留的风险问题，暂时不解决等待下个版本解决的问题。

所以不要觉得功能测试就只是点点点，还是有很多需要学习的经验，这个都是需要用经验去积累的，包括如何和产品开发沟通问题，怎么引导去解决，问题怎么发生的，最后是怎么解决的，线上问题反馈，都是测试类的问题，所以千万别理解很容易。

 

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取