有些测试人员一发现程序错误，就立刻找到编写这段代码的开发人员，向其说明或演示该程序错误。根据讨沦，测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式，有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系，否则建议在直接找程序员要对所发现的程序错误下一些功夫（使其能够重现，或者还要做一些后续的测试）。
在测试复杂产品，这种方法比较有效。测试员可以从程序员那里了解情况，而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙，则不要打扰开发人员。可以发送邮件，告诉他自己发现了重要问题，并希望在将问题放入Bug系统之前与他讨论讨论。
 我要赚赏金打赏帖 |
|
|---|---|
| 【S32K3学习整理】使用 LPUART 的loopback 模式实现核间通讯被打赏￥28元 | |
| arduinounoq原生zephyr环境搭建被打赏￥31元 | |
| 树莓派3+Klipper，MPU6050共振补偿被打赏￥41元 | |
| GroveCreatorKit套件+摇杆测评被打赏￥18元 | |
| 设备功耗web监控界面(ESP32C5)被打赏￥28元 | |
| OrangePiZero2W系统被打赏￥33元 | |
| Linux环境下以模拟方式快速实现出入管理功能测试被打赏￥24元 | |
| 树莓派3+Klipper，老3D打印机满血升级被打赏￥33元 | |
| OK1126B-S开发板下串口屏及其应用被打赏￥21元 | |
| 低功耗超声波液位测距仪(ESP32S3)被打赏￥27元 | |
STM32
MCU
通讯及无线技术
物联网技术
电子DIY
板卡试用
基础知识
软件与操作系统
我爱生活
小e食堂
