有些测试人员一发现程序错误,就立刻找到编写这段代码的开发人员,向其说明或演示该程序错误。根据讨沦,测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式,有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系,否则建议在直接找程序员要对所发现的程序错误下一些功夫(使其能够重现,或者还要做一些后续的测试)。
在测试复杂产品,这种方法比较有效。测试员可以从程序员那里了解情况,而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙,则不要打扰开发人员。可以发送邮件,告诉他自己发现了重要问题,并希望在将问题放入Bug系统之前与他讨论讨论。
有奖活动 | |
---|---|
【有奖活动】分享技术经验,兑换京东卡 | |
话不多说,快进群! | |
请大声喊出:我要开发板! | |
【有奖活动】EEPW网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |
打赏帖 | |
---|---|
与电子爱好者谈读图二被打赏50分 | |
【FRDM-MCXN947评测】Core1适配运行FreeRtos被打赏50分 | |
【FRDM-MCXN947评测】双核调试被打赏50分 | |
【CPKCORRA8D1B评测】---移植CoreMark被打赏50分 | |
【CPKCORRA8D1B评测】---打开硬件定时器被打赏50分 | |
【FRDM-MCXA156评测】4、CAN loopback模式测试被打赏50分 | |
【CPKcorRA8D1评测】--搭建初始环境被打赏50分 | |
【FRDM-MCXA156评测】3、使用FlexIO模拟UART被打赏50分 | |
【FRDM-MCXA156评测】2、rt-thread MCXA156 BSP制作被打赏50分 | |
【FRDM-MCXN947评测】核间通信MUTEX被打赏50分 |