有些测试人员一发现程序错误，就立刻找到编写这段代码的开发人员，向其说明或演示该程序错误。根据讨沦，测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式，有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系，否则建议在直接找程序员要对所发现的程序错误下一些功夫（使其能够重现，或者还要做一些后续的测试）。
在测试复杂产品，这种方法比较有效。测试员可以从程序员那里了解情况，而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙，则不要打扰开发人员。可以发送邮件，告诉他自己发现了重要问题，并希望在将问题放入Bug系统之前与他讨论讨论。
 我要赚赏金打赏帖 |
|
|---|---|
| 28BYJ-48机械臂实现人脸跟随被打赏￥24元 | |
| 基于RK3506B的片温识读功能的实现被打赏￥25元 | |
| 【瑞萨RA8D1测评】基于FreeRTOS的lvgl移植教程被打赏￥29元 | |
| 电子价签墨水屏开发被打赏￥35元 | |
| 【Ozone】RTT 打印终端使用被打赏￥29元 | |
| BMS保护板绝缘检测功能-不平衡电桥技术绝缘电阻检测设计与实现被打赏￥34元 | |
| 给28BYJ-48三自由度机械臂加一个网页控制台被打赏￥32元 | |
| 用28BYJ-48电机从零搭一台三自由度机械臂被打赏￥33元 | |
| 【英飞凌开发经验】ModusToolbox配置EdgeTalk外设被打赏￥27元 | |
| 基于BQ76952PFBR的BMS保护板热插拔损坏的原因和处理措施被打赏￥32元 | |
STM32
MCU
通讯及无线技术
物联网技术
电子DIY
板卡试用
基础知识
软件与操作系统
我爱生活
小e食堂
