自己的浅见：

2009年是部门转型的一年，从去年年底开始，公司开始谋划将以前以测试为主的质量管理部，转变为真正的质量管理部，并将质量管理渗透到公司每一个部门，每一个项目组。这是一次重大的变革，其中的困难也可想而知。今年首先以开发部做为试点，开始进行质量管理改革。
       首先，我们对公司执行的iso9000程序流程做了重新规划和设计，随着建立了相关的各类文件模板。流程设计中去除了一些不符合公司流程的步骤，基本实现了即简单又便于执行。各类文件模板也完全按照公司的实际工作流程设计，去除了不必要的内容。设计完成后，我们先经过部门讨论，然后提交到公司，让全体员工参与讨论。讨论的结果就是文件一次一次的修改，历时1个月才算基本定了下来。
       然后，我们开始推行开发任务管理平台，已掌握每个项目的具体进度情况。任务管理平台的推行遇到了不小的阻力，很多开发人员借口忙而故意不去填写任务执行情况。为了应对这种情况，我们组织公司的项目经理们进行了一次培训，针对任务管理平台，我们不教他们怎么使用，而是告诉他们项目很多报告从这个平台中如何生成。如项目进展报告，项目经理最少每个月做一次，要把一个月的工作都列一下，很麻烦，也浪费时间，通过平台只需要导出即可。项目经理认识到了使用的好吃，自然就要求开发人员必须使用。
       通过一段时间的跟踪后，我们发现很多工作还存在一定的随意性，如开发人员填写开发记录，有的人写的很粗糙，甚至只有“完成”两个字。我们意识到还公司必须制定一些管理规范，这当中包括开发人员需要遵守的规范和质量管理人员的工作规范。
       时光飞快，转眼一年就要过去了，到目前为止，我们的质量管理工作已经扩展到公司3个部门，明年将全面在公司推行。当然我们的制度还在不断完善，我们的质量管理要求也在不断调整。
       明年依然是漫漫的长路，道路上也一定会有荆棘有鲜花，我们只有迈步向前

一、        使用测试管理工具
最直观、最简洁，最方便管理的方法。管理工具可选用的就很多了，我就不多说了。
二、        制定测试管理的规则
规则即将工作进行量化处理和如何进行工作评定。良好的量化使测试过程具备了可见性，合理的评定规则使测试过程可以进行有效的管理。
下面我所阐述的是针对一个测试部门的测试过程进行可见的有效的管理，而不是针对一个项目的测试过程进行可见的有效的管理。如果只针对一个项目的话，项目分析量化可以忽略。
1、        项目分析量化
根据项目的合同（或需求分析），计算项目的成本，根据测试工作在项目中所占比重，转化成测试工作的量化指标。
例如：一个100万的项目，测试占项目总体的比重数是多少，如占15%。我们将100万转换成1000个积分，那测试占150分。这150分就是测试工作在项目中所占的积分。
也许看到这很多人会说，我们讨论的测试过程可见性，和测试工作在项目中所占比例没有什么关系，其实这也是一个重要指标。
如果每个项目的测试积分相同分数，那么参与测试比重大、测试过程复杂项目的人员，和参与测试比重小、测试过程简单项目人员的工作量和技术难度对比将无法体现，这也就只能做到模糊的可见，并无法做到有效的管理。可能会出现测试人员抢着做简单任务的情况，因为简单任务积分和复杂任务相同，谁也知道简单的容易拿到积分。
2、        测试过程量化
测试过程的量化，要以测试计划为依据进行分析。测试计划可以由测试经理制定，测试组长制定，制定完成后要经过项目经理和相关评审人员组成的评审小组进行审核。
（1）进行测试用例的量化。
测试用例的优劣对测试工作的进行有着直接的影响。根据测试计划，对测试用例进行量化，根据编写测试用例的工作量，给定测试用例工作的基本分。
根据测试人员编写的测试用例进行评审，给定最终测试用例得分。
测试用例评审规则主要依据测试用例的覆盖率、测试用例的完成情况、测试用例的有效性进行评定。
（2）执行过程的量化
执行过程根据测试计划中所占工作量比例给定基本分。
根据测试人员执行测试用例的效率、执行情况（是否按照用例进行）、执行的正确性进行评定、测试报告提交是否及时等进行评定。
评定主要有测试部经理负责进行。
（3）执行结果的量化
执行结果量化根据测试人员提交Bug的质量和回归测试进行的情况进行评定。
Bug质量主要是指发现的Bug的重要性和测试人员对Bug的描述是否规范以及Bug的可重复性。
对回归测试是否进行，进行的具体情况，是针对Bug进行了测试，还是对相关功能进行了测试。

需要掌握的技能，对不同起点的人应该有不同的要求。对于无基础的新手来说，我认为应该从以下几个方面进行掌握。
1、计算机基础知识
    计算机基础知识应包括，对计算机硬件的构成，常见外设设备、网络设备、数据库知识的了解。要测试就必须搭建测试环境，要搭建测试环境就必须应对硬件有一定的了解。
2、操作系统使用
    首先必须要熟悉当前最流行的操作系统，比如现在使用比较多的是windows xp。起码的操作和快捷键使用，常用工具安装应比较熟练。
3、软件开发和测试基础
    测试首先要了解需求和开发人员根据需求制作的技术方案。所以对软件开发的流程、开发常用的方法、架构有一定的了解，对开发中常用的名词应掌握其意思。这同时也有利于与开发人员的沟通，及测试文档的编写。
    至少专心学习一本讲述软件测试基础知识的书，对测试工作有一个全面和系统的了解，对常用的测试名词，测试方法应掌握。
4、熟练使用Word 、掌握一种输入法
    编写测试用例、测试报告（BUG单）、软件使用手册是测试工程师必不可少的工作，因此word常用功能使用必须要熟练，如常用的插入图片、表格绘制等。
    熟练使用一种输入法，提高文档的编写效率也是必要的，毕竟那个公司也不愿意员工每天把大量的时间花在敲键盘上。
5、沟通技巧
    学会和团队内部人员的沟通，学会如何与程序员打交道。沟通是人学习和进步的一个捷径。做为一个新人也许会有很多地方不足，如技术上的缺陷，公司业务的不了解，良好的沟通可以尽快的弥补不足。
6、学习能力
    主动、自觉、积极是必须的，不要等着别人来教，也不要等着用的时候才去学。不会很正常，谁也不是什么都会，但学不会就不行了，那就只能被淘汰了。
    对于有一定计算机专业工作经验的测试新人来说，我觉得最需要的对测试技能方面及时进行掌握。
1、测试用例
    测试用例是测试的根本，良好的测试用例，对测试起到的作用不言而喻。所以对于一个有一定基础的测试新人，应首先学习如何编写合理、有效的测试用例。
2、测试方法
    测试的方法有很多种，每种方法如何使用，使用的技巧，应做为一个重点去学习，毕竟发现BUG，是测试人员工作中重要的一个环节。
3、测试工具
    自动化测试工具及测试管理工具、配置管理工具的使用，应至少熟悉一种工具的使用。
4、其他专业工具
    根据公司需要，学习公司常用的专业工具。很多比较专业的工具，只有从事此行业才会用到，这些工具也是要尽快熟悉和掌握的。

我的2009记忆] 转型的开始

要做项目经理了！很高兴，新的挑战，新的开始！

为什么这么说呢，原因很简单，很久以前有了一个51testing的博客，可惜他们数据库当了，什么都没有了。
后来想从新开一个，但又太忙，一直没有时间。
今天有时间了，开个新空间
大家有空来捧场啊！！
呵呵～～