持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第18天，点击查看活动详情
web测试：一部分测试是基于web的特性而存在 1.前进和后退的操作，当退出登录后，我们要去检查是否后退还可以进入到用户界面 2.刷新操作：如果在支付页面进行刷新，是否会产生二次支付。 在测试时，可以进行刷新操作也可以通过fiddler进行重发请求 3.将URL复制给别人，别人不需要登录就能访问我的主页 4.链接测试： 曾经要求做，测试工具： XENU
接口测试： 1.接口测试会分为两部分： （1）接口脚本设计：在用例设计阶段或其他阶段挤出一些时间做 （2）执行的时候在系统测试阶段，每天早上就可以安排一次执行 2.哪些功能点可以安排接口测试： （1）系统有哪些接口：凡是功能点就叫接口，凡是与后台交互的就是接口 （2）但是我们通常所有的接口是指有输入项的那些功能点
缺陷是什么：
- 缺陷是系统的实现与需求不符的地方 如果遇到了缺陷，应该怎么办？
- 缺陷是测试人员发现的，由开发人员解决 缺陷的写作：
- 描述+截图 详细步骤：
- 记录咱们发现缺陷时的步骤和数据 截图：
- 告诉相关人错误的地方在哪里，甚至会包含是如何引发缺陷的
缺陷严重等级： 严重（L1）：该功能出错，并且会导致后面的某些操作也无法进行 较严重（L2）：该功能出错，不会引起后面的操作出错或者某些数据处理不正确 一般（L3）：非功能错误，包括性能问题，界面显示，文字不正确，提示信息不正确 建议（L4）：轻微问题，提示正确但不合理，优化建议
优先级：期望开发是否优先处理 紧急（L1）：需要开发立马解决，如果不解决测试将无法正常开展 一般（L2）：需要开发在当天24小时内解决 轻微（L3）：只要上线前修改即可，没有时间上的强制要求，甚至可不解决 建议（L4）：对于严重级别为建议的缺陷，都为L4
