测试用例
用例标题的作用:让人更清晰直观的查看
前置条件和测试步骤,测试步骤是在前置条件的基础上进行的
————————————————
合格测试用例标题
缺陷
缺陷的介绍:需求(规格)说明书中明确要求的功能 缺失— 少功能
需求(规格)说明书中致命不应该出现的错误 —功能错误
功能超出需求(规格)说明书指明的范围 —多功能
未实现需求(规格)说明书中虽然为明确指明但应该实现的要求—隐形功能错误
测试人员认为软件难以理解,不易使用,运行缓慢,用户体验不好 —不易使用
————————————————
缺陷类型:功能错误
界面(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
————————————————
缺陷示例