实习一段时间之后，感觉以后需要注意的地方，总结一下心得体会（新手入门）：
（1）需求文档总是不知道干嘛的，这个时候需要找产品进行确认。
eg：某项目的CMS后台配置改版，虽然主要是产品进行体验即可，但是产品给的文档根本不知道改动了哪些点，尴尬
（2）拿到需求之后，最好简单列重要的测试点，不然看见哪里点哪里是不行的，会遗漏很多bug.
eg：某预约活动，奖品个数限制-------每样奖品每个账号只能领取一份，假若抽到相同奖品，设置为‘再接再厉’，当时需求文档中写明了，但是由于测试点太多，上线时间又匆忙，就给漏了，该bug是后期进行优化的。
（3）本周的需求文档需要提前了解，最好是在开发提交代码之前就做到心中有数。
（4）web测试的时候，要保持打开调试工具的习惯，chrome浏览器快捷键F12：
a. elements:用于定位页面元素
b. console:用于输出页面是否存在报错，以及报错的请求和错误的原因，状态码400或者500
c. sources:前端页面源码，可以用于查看测试环境是否为最新，或者代码某字段的判断条件等内容
d:network:用于监测页面的所有请求，点击进入某请求详情，可以查看请求url,状态码status，域名，请求头header，以及response json文件和cookies
e:调试工具栏左上角的手机按钮Toggle device toolbar，用于模拟手机系统进行测试，可以自行添加安卓或者ios设备User-Agent ，参见 https://jingyan.baidu.com/article/a948d6513e58200a2dcd2e04.html
（5）假若出现报错要慢慢学会自己去定位bug产生的原因
a: 若测试环境是400表示未找到该文件，通常是部署测试环境时候遗漏了文件，或者代码不是最新，可以去服务器站点对应的文件目录查看是否是最新
b: 若测试环境是500表示服务器出现异常，通常是服务器配置设置错误tomcat、nginx,跨域设置等，或者tomcat未启动等，此时可以查看实时报错日志：/home/logs/service站点 tail -200f tomcat_http_
c: 若测试环境是300表示重定向，可能没有访问第三方网址的权限等
d:若测试环境是200，但是功能未实现，首先要查看json返回数据是否ok，
若返回数据正确，但是页面功能为实现，则该bug分配给前端。
若返回数据错误，则需要查看数据库：
如果数据库数据正确，可能是前端接口获取数据存在bug;
如果数据库数据异常，可能是后端处理过程异常，数据保存错误等；
（6）开发提交代码之后，跟开发确认数据库所在位置，以及主要涉及哪些数据表，数据表主要字段表示什么，需要对相关数据表有个大致了解。
（7）要学会通过修改测试环境配置，以验证需求
a：修改服务器时间，验证周六周末抽奖的奖品限制---------抱枕等只能在周六周末抽到、投稿时间、投稿截止等；
b：修改奖品概率，达到抽到关注的奖品，验证新功能是否ok--------抽到VIP卡：复制卡号卡密、抽到抱枕：填写收货地址功能
c：修改数据表的数据，以便于测试---------添加预约手机号、修改抽奖次数、修改获奖奖品（所获奖品不能重复获取）
（8）学会linux基本操作，cd、mkdir、cp、rm、touch、vim、tail、cat、rz/rz、zip、date；了解基本目录结构logs、config等
（9）学习抓包工具fiddler设置手机代理，注意需要安装许可证书，手机浏览器直接访问192.xxx.xxx.xxx:8888，进行安装
（10）学习postman进行接口测试