测试用例和缺陷报告有何区别，分别用在什么情况之下？

如题，不明白在实际开发中哪个阶段需要测试报告，哪个阶段需要缺陷报告
用例是不是在获取需求之后就要完整编写？
缺陷是不是在测试过程中和开发人员提出？

我是测试实习生，第一次接触实际工作，负责的是测试网页，开发嫌文档内容太多不想看，让我点出来问题直接说，说完我再记到文档里面。这样改起来快，但是如果去大厂这样并不规范吧。

流程：点系统-发现问题-随时提交给开发-写进文档

以下是我编写文档的首行，哪里需要修改呢？整个测试流程应该怎样进一步改进呢？

大厂有大厂的规范，小作坊有小作坊的玩法
我就从来没有写过测试用例和缺陷报告，我们连个测试部门都没有，自己写自己测
你不知道有些公司不仅没有专门的测试，连美工都没有吗

每个公司流程都不一定一样，大部分小公司是没有什么测试流程的，拿到就测，但不管有没有流程，有一个很重要，理解需求，至于需求哪里来，一个是需求文档，一个是产品，万变不离其宗，任何项目需求理解错了后面就废了，就要重新来，所以你先确定需求，拿到网页后，确认需求，就是需求分析了，分析好了赶时间就直接测，测出问题就提bug，没有bug管理软件就直接记入文档（至于格式不重要，把实现步骤，实现结果，预期结果一些关键点写出来），这就是你的工作成功，然后提给开发改就是了（可以了解下测试流程，大致知道是怎样的就行）

测试用例是你在测试前要自己写自己用的东西，写好了按照用例执行的，通常可以包含：编号，名称，预期结果，实际结果等，（用例一般按照需求写，很多公司都没有写，我们就是产品拿到手直接测）然后你根据用例一条条执行，再将执行的结果写在用例的实际结果里，如果实际结果不符合预期结果，说明这个功能是有问题的，那么将这个问题出现了什么，应该出现什么，是怎么出现的提给开发，也就是缺陷报告，一般可以用bug管理工具，excel，word等任意方式告知开发即可，也就是说你要让开发知道你是怎么测出来的，测出来什么问题了，即操作步骤、实际结果、预期结果。我们公司最开始都没有，都是口头告知或者企业微信发送一下，因为公司小，人也少，但是一般不建议这么做，因为常常你给开发说了，但是开发忘记没改，后面出问题就很难说清楚，所以一般使用文档或者bug管理工具记录比较好