其他测试框架 解决测试过程中遇到的致命问题

ai测试 · 2017年02月07日 · 1064 次阅读

昨天在用 TestWriter 进行软件测试过程中,想起遇到的操作问题,好在自己可以解决。之前有用 QTP 时,最头疼也是遇到一些致命缺陷,还是报给了开发解决,能力有限啊。摆好自身的位置很重要滴。那么比如利用自动化测试工具测试时,测试出兼容性问题、关于数据驱动方面、以及死机等等这种鸡肋的问题。
怎么办呢,说说关于遇到类似缺陷问题,找到根源,就很好解决了。这里分享一下,

一、问题分级

遇到致命问题,卡在一个地方继续不下去,本质就是测试产品的缺陷太多。确认缺陷的严重级别,来将问题进行级别分类。
Blocks(致命):由于产品功能或者性能造成 80% 以上用户无法使用的问题。比如:1、经常性死机和重启;2、用户数据丢失或破坏; 2、严重花屏;3、内存泄漏等等。
Cirtical(严重):如一些性能非常不稳定,经常出现服务中断问题。比如:一些操作问题,功能错误等。
Major(一般性错误):指一些一般问题,可以利用别的手段解决得。
Minor(较小错误):较小的功能缺陷,可能出现以下交互性的问题,导致操作不流畅。
Trivial(建议性):一些使用操作习惯等用户建议。
明确说明各种缺陷应该属于什么严重程度,将问题进行等级划分。

二、正确提报测试 BUG

确认所遇问题的等级分类,在遇到问题,测试员要明白自己的本职工作,测试人员知识检查程序中可能存在的问题,可以用正确的 BUG 申报流程,将 BUG 提给程序员。如果遇到致命缺陷,则还是需要报告给负责人,决策权交给领导,通过协商解决。

三、完美解决问题

就是在合适的场合做软件测试员应该做的,遇到有缺陷的问题,把握全局完成测试任务。

哎,排版之路艰辛啊~

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册