2.get将整个参数数据放在url上，post是将各个字段放置于html header中一起传送，用户看不到这个过程；
3.get传送数据量比较小，post传送数据量比较大；
4.get安全性低，执行效率高；post安全性高，
1.存储地方不同：本地硬盘，浏览器/服务器端
2.安全性
3.性能影响；
4.储存时间不同：永久/时间限制
三.postman和jmeter区别？1.postman创建接口用例集是Collections,Jmeter是线程组；
2.步骤的实现不同；（请求部分、请求头、cookies管理/处理json数据）
2-1.postman请求的请求url是一个整体，jmeter是分成4部分（协议、主机、端口、地址）；
2-2.postman可以直接填写请求头信息，jmeter需要添加请求头管理器；
2-3.postman可以对cookies做管理，Jmeter需要添加http cookies即可对cookies做自动化处理，更加简单；postman在pre-request script 可以添加前置条件，获取响应数据，比较容易进行json结果的处理，很方便提取json数据；jmeter不仅可以用json提取器处理json数据，还可以利用正则表达式提取器提取其他数据；
3.数据的实现；（数据与操作、自动化）
3-1.jmeter适合数据与操作分离进行，更便于维护；postman是将数据与操作放在一起进行，操作更加简单；
3-2.postman也支持csv数据文件的输入，但是需要手工加载数据文件，只能做半自动化；jmeter可以完全自动化；
4.断言的实现；
4-1.postman用函数断言，jmeter用元件进行断言；
4-2.jmeter支持正则表达断言，postman不支持；
4-3.jmeter断言更加丰富；
5.执行；（newman、ant）
5-1.默认执行，jmeter可以保存结果，postman不能；
5-2.postman可以通过newman批量执行和保存结果；jmeter可以通过ant实现批量执行和保存结果；
6.postman简单，可以实现半自动化，比较适合做手工接口测试；jmeter功能强大并且可以保存脚本，批量执行设置，所以比较适合做自动化接口测试；postman一般用来做接口测试，用来发现bug，验证后台程序；jmeter一般用来做自动化测试，做冒烟测试；
四.测试流程答：拿到需求规格说明书后，对需求规格说明书进行分析，测试经理编写完测试计划会派发相应的测试任务，然后进行测试计划评审；评审完开始设计测试用例，再通过评审修改完善测试用例；接下来执行测试用例，利用禅道对bug进行管理跟踪，一般是直接将bug提交给开发，开发修复bug后会重新指派给我们，我们再进行回归测试，通过就关闭，不通过就继续修复；最后就是编写测试报告。我们测试人员，就是自己把自己的测试情况做总结。把留档的证据截图、自己模块的测试情况（发现了多少bug，修复了多bug，还有哪些没修复的等等）发给经理，他会做一个汇总。等bug修复完成了，经理就会把报告出出来。
五.postman如何上传文件的？1.打开postman，将请求方式选择“POST”的方式，并填写好请求地址，为什么这里请求方式为post？因为一般上传文件的接口，都会设置成post。
2.设置body，选择“form-data”，并且将“key”设置成“file”
3.在“File”选择准备上传的文件
4.最后点击send按钮，即可上传成功
六.测试报告的内容：答：1.人力投入； 测试资源概述——多少人、多长时间
2.用例覆盖情况 测试需求覆盖率——原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明；
3.bug分类及数量统计； 测试结果摘要——分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现
4.遗留bug情况； 缺陷分析——按照缺陷的属性分类进行分析
5.测试风险； 测试评估——从总体对项目质量进行评估
6.测试对象评估； 测试组建议——从测试组的角度为项目组提出工作建议
7.测试结论； 总体功能情况，可否上线
七.测试计划的内容：答：包括被测试项目的目标、进度安排、测试组织、测试执行进入与退出标准，本测试计划的审批方式和变更方式；以及与测试相关的风险等；
八.怎样才算一个合格的测试用例（怎样保证用例的质量）？答：1.用例设计的结构是否清晰合理，高效，利于对需求进行覆盖；
2.优先级安排是否合理；
3.是否覆盖测试需求上的所有功能点；
4.是否具有很好的执行性；
5.是否删除了冗余的用例；
九.如何定义缺陷：1.软件未实现需求和规格要求的功能；
2.软件出现了需求和规格指明不该出现的错误；
3.软件实现了需求和规格未提及的功能；
4.软件未实现需求和规格未明确但应该实现的功能；
5.软件难以理解，不易使用，或者最终用户认为不好；
十.如何提交一个高质量的缺陷报告单：答：1.bug可读性（复现步骤写得清晰，发现bug的环境记录详细）；
2.深层次（回答方向：学习人家的bug；用户经常出问题的地方）
