2006年10月11日 诊断

在QA中报告异常

通过两国Kasman


现在有要求异常检测和报告的习惯
(ED&R)日志作为最小值,以及核心文件(如果可用的话)
QA在测试期间观察异常情况。如果你不是VxWorks 6.x
用户,ED&R日志就像核心转储的签名。简而言之
通过提供崩溃的地址(堆栈)来描述异常
回溯,寄存器值,甚至对周围进行分解
代码。核心文件允许一个人使用风河系统公司工作台
调试器和其他主机工具,如您喜欢使用的主机外壳
命令行转储内存,并在异常时查看任务。在
很多情况下,这就是我需要查明的根本原因,并解决
缺陷。

替代过去是相当痛苦的,时间
消耗,更少的确定性。它抢先了我的行动,
这样我就可以设置我的环境来重新创建相同的崩溃场景
根据目击证人(即测试者)的描述。如果
当然,这种方法的缺陷很明显。但是,如果我
不能重现崩溃?是QA实验室的一个错误设置还是真的
这是一些罕见的竞争条件,导致异常?而且,如果我这样做
复制崩溃,我可能要做的第一件事就是查看它
使用一个调试器,这是核心文件给我的开始。

继续阅读;;

以前的无人机-进来吧,蜂群很好…
下一个自愿但协调-发布测试涉及用户社区