下面讨论内容在项目管理，本质和软件无关，节选部分内容，全文去看链接。zwchen：Bug管理，这两年，我们经历了三个阶段。先说说使用环境吧，因为这是决定一管理软件是否适合的最核心条件之一。人员 有开发人员和不懂软件的业务人员 问题主要是业务员提出距离 原来一年大家在一个办公室 后来IT部和业务部分，距离约1km项目 旅游电子商务网站 包括前台和后台 这类网站重业务和用户体验 技术上没难度最开始，使用的是Bug管理系统JIRA 用了约一年，基本上是推，业务人员不适应，最后我觉得反馈一个问题很烦琐，自己主动废弃.

书名:计算机软件测试(原书第2版)ISBN:711114246作者:(美)Cem Kaner Jack Falk Hung QuocNguyen出版社:机械工业出版社定价:39页数:397出版日期:2004-5-1此书附录有常见的软件错误，分类列举了常见的错误，包含用户界面错误、错误处理、边界相关错误、计算错误、初始状态和以后状态、控制流错误、处理或解释数据中的错误，竞争条件、负荷情况、硬件、来源版本和ID控制、测试错误12类。我下面的文档把里面的概要简介打了出来，里面的内容超级生硬，很多内容都让人迷惑，但是书中还是列举了详细的各类错误说明，内容太多.

我用的一直是蓝色的，现在变成橘黄的了。界面风格里面也只剩下了3个选择。不喜欢太显眼的颜色，现在的几种颜色都太刺眼了。

缺陷服务器坏了，无法启动，只能重新安装配置一台。这个就是其中的操作步骤。ClearQuest 2002版，数据库微软SQL2000。

祝愿大家在新的一年中，心想事成，越过越好。

这一段性能测试，收集了一些资料，这个算是简单的汇总，就是在loadruuner中用什么指标去监控系统，主要是windows的，还有一点oracle的。据说如果监控的内容多了，会影响一些性能测试的结果，大家可以按照需求和经验自己看着办。

我这里看到一份CMMI3的文档，关于度量方面的。里面有缺陷密度的概念，缺陷密度=缺陷数/代码行数。这个没有什么问题。但是有一些附加的概念，总觉得无法确认，谁有相关的经验，解答我的疑惑。1.文档原文：每轮测试缺陷密度=各轮测试BUG数/每轮测试时的实际代码行规模。（个/代码行）。我的疑惑：去网上找找了，关于缺陷密度说的并不太多，但有一种看法是，每轮缺陷密度是指：当轮所发现的缺陷/变更的代码行数。但是度量认为，这里的实际代码行数是总的规模行数。这里用哪个概念比较好。或者每轮测试缺陷密度有其他更好的.

很多路径中，有\\符号，但是都变成了¥¥无法编译过去。

今天看到一个人问电梯测试，这样的问题很多，大部分都是面试题，也许考官看的是一个人的分析能力和思路吧，但是我却不是很喜欢这样的题目。作为一个专业的测试人员，你做的到底是什么性质的工作？？在国外，测试人员很多可以接触到前端，也就是从需求、设计、编码等阶段切入软件开发过程，如果开发分工的比较细，可能随着不同的组变化，测试人员也一直在同步跟踪软件。这时一个很理想化的过程，对测试要求很高，但是对软件的理解和缺陷的跟踪，测试人员本身应该是比较清楚的。在国内，我想大部分测试人员接触的是黑盒系统测.

呵呵，不知道是否是鼠年51testing的第一个帖子呢。

版主现在可以编辑帖子，而且是自动的。在论坛页面，双击标题，就可以修改了，但是这个修改完后有的时候标题会是乱码。我这里出现了几次，但再试就没有发现，等以后再遇到，我不修改回去，给大家看看。[ 本帖最后由 luming 于 2007-12-14 15:42 编辑 ]

用工具侦听网络的消息后，再次发送应该叫做什么呢。