用例标题的作用：让人更清晰直观的查看
前置条件和测试步骤，测试步骤是在前置条件的基础上进行的
————————————————
缺陷的介绍：需求（规格）说明书中明确要求的功能 缺失— 少功能
需求（规格）说明书中致命不应该出现的错误 —功能错误
功能超出需求（规格）说明书指明的范围 —多功能
未实现需求（规格）说明书中虽然为明确指明但应该实现的要求—隐形功能错误
测试人员认为软件难以理解，不易使用，运行缓慢，用户体验不好 —不易使用
————————————————
缺陷类型：功能错误
界面（Ui）错误 ，兼容性 （前端）
数据，易用性，改进建议，架构
————————————————
如何区分是前端Bug还是后端Bug
一、界面相关，排版错乱，文案错误等问题，都属于前端bug
1、出现样式的问题基本都是CSS的bug
2、出现文本的问题基本都是html的bug
3、出现交互类的问题基本都是JS的bug
二、功能相关，抓包分析，从接口请求url，参数，接口响应来分析
1、未发送请求，就属于前端bug
2、接口请求url错误，传参错误，就属于前端bug
3、接口返回数据错误，就属于后端bug
三、性能相关
例如页面加载慢或提交表单慢，一直pending，抓包查看请求耗时，如果耗时长，那就属于后端bug
四、安全相关
例如可以越权查看数据，就属于后端bug
五、前后端均有问题
例如对于字段有效性的校验等，前后端均需要校验，因此属于前后端共同的bug
————————————————
缺陷示例
