软件缺陷跟踪与管理软件质量保障课(编辑修改稿)

软件缺陷跟踪与管理软件质量保障课(编辑修改稿)内容摘要：

幕截图处理（ 1） • 截取缺陷的图像可以使用 Windows操作系统的快捷键，但是更多的是使用屏幕捕捉工具（ Capturing Tools）。 虽然截取并附上缺陷图像不太复杂，但是关于截图的类型、工具、编辑、存储格式、命名规则，有不少值得注意的事项，为了准确、有效地截取和编辑缺陷图像，需要测试工程师遵守相同的处理规则。 缺陷报告中的屏幕截图处理（ 2） • 截取缺陷的图像，通常分为截取全屏幕、当前活动窗口、局部图像三种形式。 实际测试过程中，根据下列两条原则选择合适的类型： *可以最大程度地表现缺陷的特征。 *尽可能减小图像的大小，以便于传输和查看。 • 最常见的是截取当前活动窗口，例如包含缺陷的对话框。 截取全屏幕用的较少，而且消耗很多的文件存储空间。 缺陷报告中的屏幕截图处理（ 3） • 如果截图运行在 Windows操作系统下的软件缺陷，可以使用 Windows操作系统自带的快捷键，但是最经常使用的是利用各种截图工具直接截取。 • 截图工具有很多种，截图静态图像最常使用的是 HyperSnap，它的优点是支持各种截图类型，而且截图后可以在 HyperSnap中直接编辑。 缺陷报告中的屏幕截图处理（ 4） • 缺陷截图的编辑内容包括： – 圈出缺陷的典型表现特征。 – 添加描述性文字。 – 利用箭头将圈出的特征和描述性文字相连接。 –仅圈选最能表示缺陷特征的区域。 缺陷报告中的屏幕截图处理（ 5） • 比较规范的截图命名形式如下： [语言 ]_[操作系统 ]_[类型 ]_[编号 ].GIF • 同一个测试项目中，截图的编辑方式、命名规则、存储类型等信息要保持一致。 为什么所有软件缺陷不一定都能修复 • 没有足够的时间 • 不算真正的软件缺陷 • 修复的风险太大 • 不值得修复 • 软件缺陷报告不够有效 分离和再现软件缺陷 • 分离和再现软件缺陷是非常技巧性的工作 • 不存在随机软件缺陷的事情 • 分离和再现软件缺陷的建议： 不要想当然地接受任何假设 查找时间依赖和竞争条件的问题 检查与压迫和负荷相关的边界条件 关注事件发生的次序 考虑资源依赖性和内存、网络、硬件共享的相互作用 不要忽视硬件 偶然性不可重现 BUG的。