有些测试人员一发现程序错误,就立刻找到编写这段代码的开发人员,向其说明或演示该程序错误。根据讨沦,测试人员会进一步定位或更客观的写出报告。有些公司鼓励这种方式,有些公司不鼓励。除非测试人员已经与程序员建立了很强的合作关系,否则建议在直接找程序员要对所发现的程序错误下一些功夫(使其能够重现,或者还要做一些后续的测试)。
在测试复杂产品,这种方法比较有效。测试员可以从程序员那里了解情况,而程序员在系统失效时能够跟代码。
如果测试员找开发员时开发人员很忙,则不要打扰开发人员。可以发送邮件,告诉他自己发现了重要问题,并希望在将问题放入Bug系统之前与他讨论讨论。
我要赚赏金打赏帖 |
|
|---|---|
| OK1126B-S开发板下函数构建及步进电机驱动控制被打赏¥25元 | |
| 【S32K3XX】LPI2C 参数配置说明被打赏¥20元 | |
| OK1126B-S开发板的脚本编程及应用设计被打赏¥27元 | |
| 5v升压8.4v两节锂电池充电芯片,针对同步和异步的IC测试被打赏¥35元 | |
| 【S32K3XX】S32DS LPI2C 配置失败问题解决被打赏¥22元 | |
| 【S32K3XX】FLASH 的 DID 保护机制被打赏¥19元 | |
| OK1126B-S开发板串口通信及其使用被打赏¥18元 | |
| 【S32K3XX】多核 CORE ID 获取被打赏¥18元 | |
| OK1126B-S开发板的GPIO资源及其使用被打赏¥20元 | |
| 【分享开发笔记,赚取电动螺丝刀】三分钟快速上手驱动屏幕(Arduino IDE环境)被打赏¥23元 | |
我要赚赏金
