测试的核心考核指标,主要是看你提了多少 bug。
除了看数量,还要看质量,你提的 bug,是否有效?
因此,在提bug前,可跟开发确认下,避免提无效的 bug。
提bug无论用什么工具,基本大同小异,
关键是,你是否可以把 bug 指给正确的人。
首先来判断,是 前端 or 后端 的bug。
前端的 bug,通常是页面样式,页面交互的问题……
有些 bug,可以通过观察【Console】来给前端定位问题,
例如下图,出现了无法读取未定义的属性:

还有一种常见的前端bug,是取了错误的值,
特别是涉及数额的时候,后端会返回很多内容,前端不够细心的话,就容易回填一个错误的参数值。
后端的异常,通常是响应结果与预期不符,也就是 SQL语句 写错了,或者说是不够严谨。
如果你发现传参没有任何问题,但返回结果与预期的不符,
例如,应该要有结果,但是没有;应该有10条记录,但是返回只有1条;应该返回A,但实际返回了B……
在下图标注的位置看传参:

返回结果如下图所示:

关于 性能问题,优先由后端进行优化,优化SQL、异步处理等,其次可以从前端加载的方式上进行优化。
确认了责任人,把bug尽可能描述清楚,包括截图、录屏等。
等开发修复好,再去做回归验证,保证这个 bug,以及可能关联的场景,都验证下。
今天分享到这里,有疑问的可以告诉我~
加油~

被折叠的 条评论
为什么被折叠?



