有些测试人员一发现程序错误，就立刻找到编写这段代码的开发人员，向其说明或演示该程序错误。根据讨沦，测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式，有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系，否则建议在直接找程序员要对所发现的程序错误下一些功夫（使其能够重现，或者还要做一些后续的测试）。
在测试复杂产品，这种方法比较有效。测试员可以从程序员那里了解情况，而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙，则不要打扰开发人员。可以发送邮件，告诉他自己发现了重要问题，并希望在将问题放入Bug系统之前与他讨论讨论。
 我要赚赏金打赏帖 |
|
|---|---|
| PCF8574功能模块及其使用被打赏￥20元 | |
| 传感器LSM6DSO及LIS3MDL的功能检测被打赏￥18元 | |
| LPS25HB气压传感器及其检测被打赏￥18元 | |
| HTS221温湿度传感器及其检测被打赏￥18元 | |
| 【S32K3XX】HSE FW 版本更新被打赏￥21元 | |
| 基于ArduinoUNO开发板的AT24C02读写测试被打赏￥16元 | |
| TCS3472S传感器及其色彩检测被打赏￥19元 | |
| 【S32DS】S32K3 RTD7.0.1 HSE 组件配置报错问题解决被打赏￥27元 | |
| 【S32K3XX】MCME 启动 CORE1被打赏￥23元 | |
| AG32VH407下温度大气压传感器及其检测被打赏￥20元 | |
STM32
MCU
通讯及无线技术
物联网技术
电子DIY
板卡试用
基础知识
软件与操作系统
我爱生活
小e食堂
