一、参加需求评审,了解产品经理设计需求的意图
(不明白的地方,不清楚的地方直接问)
产品给谁用?
在哪里用?
是数据的源头能造数据、还是只是数据的处理方(源数据不是自己,涉及增删改的功能,就得确认清楚)?
数据流向(从哪里来——到哪里去)?
二、根据需求准备测试用例
需求要求的功能都要有
正常操作的场景要考虑
异常操作的场景要想到(多用户登录、同用户抢登、清缓存、先删再查。。。)
最后加一条 对照UI的用例----避免遗忘。
注意:
涉及钱的、收款账户、数据具有唯一的,要设计唯一性的用例,避免重复、缺失的场景遗留到生产
数据存在多平台,有同步机制的。
要考虑 :
同步前后数据一致、
同步遗漏的补救措施后端开发是否有对策、
源头数据是否准确且符合需求的数据标准。
数据间有交互的,需校验交互后的相关联页面的显示。
有实时数据的页面,需要有刷新加载机制。
等等。。。
三、测试中问题排查
前端原因:抓包工具进行抓包,看是否传参、接口ip端口、http或https、get或post 这些不正确
后端原因:日志摘SQL定位、日志摘报错定位、检查 数据库表字段
四、举例:普通用户在生产环境无法登陆
1、使用两个普通账户,出现的 日志报错: