有些测试人员一发现程序错误,就立刻找到编写这段代码的开发人员,向其说明或演示该程序错误。根据讨沦,测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式,有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系,否则建议在直接找程序员要对所发现的程序错误下一些功夫(使其能够重现,或者还要做一些后续的测试)。
在测试复杂产品,这种方法比较有效。测试员可以从程序员那里了解情况,而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙,则不要打扰开发人员。可以发送邮件,告诉他自己发现了重要问题,并希望在将问题放入Bug系统之前与他讨论讨论。
打赏帖 | |
---|---|
汽车电子中巡航控制系统的使用被打赏10分 | |
分享汽车电子中巡航控制系统知识被打赏10分 | |
分享安全气囊系统的检修注意事项被打赏10分 | |
分享电子控制安全气囊计算机知识点被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【OZONE】使用方法总结被打赏20分 | |
【分享开发笔记,赚取电动螺丝刀】【S32K314】芯片启动流程分析被打赏40分 | |
【分享开发笔记,赚取电动螺丝刀】【S32K146】S32DS RTD 驱动环境搭建被打赏12分 | |
【分享开发笔记,赚取电动螺丝刀】【IAR】libc标注库time相关库函数使用被打赏23分 | |
LP‑MSPM0L1306开发版试用结果被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【LP-MSPM0L1306】适配 RT-Thread Nano被打赏23分 |