51Testing软件测试论坛

标题: 如何建立测试知识库？（08-07-11）（获奖名单已公布） [打印本页]
作者: fishy    时间: 2008-7-11 18:27
标题: 如何建立测试知识库？（08-07-11）（获奖名单已公布）
每个测试人员刚刚进入到一家新公司，都希望能够快速了解测试部的情况，以及以往的项目测试经验。一个公司的测试部建立合适的测试知识库，不仅能使新员工快速成长，而且对老员工也非常有帮助，毕竟时间久了的话，一些经验也是会被忘记的。请问，如何建立一个测试知识库？

感谢会员hjjlearning提供此精彩问题！如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

非常感谢各位会员积极参与，截止至7月18日17：00分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励。礼品和积分将在下周内送出。

获奖名单
奖项
获奖名单
奖励
答案链接
一等奖
charles
当当购物卡50元
二等奖
shhuangfy
300论坛积分
sunyh
三等奖
li98655
100论坛积分
clij
卖烧烤的鱼
作者: 杀手太冷    时间: 2008-7-14 08:35
1.把公司项目的所有测试文档规范化
2.总结在测试中出现问题(该问题在啥情况下出现的)的解决办法(怎么解决的)形成电子文档的形式
3.在公司项目很多的 时候找出各项目之间的不同点,在测试和管理有啥不同的地方
4.在测试部内部多做交流,把每个人的测试观点都记录在案
暂时想到这么多,希望大家继续的~~~~
作者: liangjz    时间: 2008-7-14 12:39
分为2大块：
论坛功能，采用discuz,phpwind，jive等
资料库功能,可以采用confluense，liferay 等

当然最主要的让知识库有更新、增加文章让它活跃起来的制度
作者: stevenremember    时间: 2008-7-14 13:11
测试知识库的建立最重要的一点我认为是公司要建立技术经验分享的氛围或者公司文化（这貌似是领导或者Teamlead做的事情，其实每个人都可以做的，每天或者经常分享一点，我们就会进步一点）,我相信好多公司已经做了或者正在实施.
以下是我的一些看法：
首先, 测试知识库要分类: 如自动化测试,性能测试,单元测试,手工测试
其次,知识的来源问题.大概有三方面:一，来源于网络查询的资料；二，平时的总结和研究
最后是知识库的维护，一定要有专人维护和更新。
补充点：测试知识最好也分下类：如测试工具（很多测试功能很强大，但是需要研究后才知道怎么用或者原理是什么）特性使用文档，测试经验总结文档，技术研究文档等。
作者: stevenremember    时间: 2008-7-14 13:13
sorry,更正２处：
　　１。大概有两方面
　　２。如测试工具（很多测试工具。。。。。。）
作者: fengyun32    时间: 2008-7-14 14:08
标题: 如何建立测试部门的知识库体系(转载)
对于一个部门来说，如何积累项目经验，如何提高成员的知识水平是非常重要的，每个企业都有自己的企业文化，每个部门应该也要有自己的氛围，这里讨论下如何建立测试知识库体系架构。下面是我的构思：
采用BBS进行建立知识体系，也可以采用WIKI，重要的两点就是能够发布信息，并可以让大家进行参与，发表评论。

1、测试概念，基础知识
  可以参照书籍目录，进行测试专业词语解释，比如软件测试生命周期，白盒测试，黑盒测试概念等

2、项目测试总结（这点非常重要）
  主要是对公司项目，产品的测试总结，包括文档整理，各个模块测试报告，BUG分析等。以及在项目测试得到的一些经验总结，个人对项目的测试心得。方便新员工快速了解项目，以及一些教训。

3、个人心得经验（这点非常重要）
  ---可以是对测试方面产生的心得体会，比如说总结出编写测试用例的经验等
  ---也可以是学习其他知识方面的体会，比如学习数据库，VC等

4、测试部门意见提交
  ---每个测试部的人员，都可以对现有的测试体系结构进行提出自己的意见，比如提出要实行自动化，引入好的工具。都可以，然后大家可以进行开会讨论是否可以接受提出的意见，只有集中大家的智慧才能有好的团队。

5、例会与培训
  ---部门例会可以根据具体情况进行，比如一个星期，半个月开一次。培训，可以叫其他部门的同事进行培训，比如开发部，工程部等，也可以是测试内部进行，比如规定部门每个人业余学习一门新技术或工具（并不强调熟练，精通），然后一个月后对部门其他同事进行培训，这样做主要是为了知识面的拓宽。时间也可以自己规定，半个月，一个月等。

6、网络好文收集
----收集网络的一些精彩文章

7、测试部门规范建设
----部门流程规范文档，各种测试文档编写模板，包括用例模板，计划模板，测试报告模板等
----测试部门的新人培训计划文档
----测试部门常用工具的使用说明文档，比如VSS,SVN，bug缺陷管理JIRA使用等
----还有一些其他方面，只要是大家统一认为是规范性的东西都放在这里

8、测试书籍
---每一个月测试部门出钱购买相关书籍，或者申请公司购买书籍
---每个员工看完书籍后必须写一份看书报告，心得


以下是个人认为：
1.每个测试人员要有记录自己的测试过程,测试用例等编写;
2.对测试资料进行分类,创建索引让新手或者老员工都能快速查询得到自己的资料;
3.要有专门的职能单位或者人员对测试知识进行搜集,以便于得到更全面的测试资料;
4.重复的测试资料或过程最好也记录,只是让新手或老员工都能通过问题记录,能找到自己
灵感上的东西,因为有些时候不同的测试记录可能让不同的员工受益

[ 本帖最后由 fengyun32 于 2008-7-14 18:07 编辑 ]
作者: shhuangfy    时间: 2008-7-14 17:25
关于如何建立测试知识库，
I：知识库的内容
1：一般公司可能有多个业务线，安排测试时，也一般会固定某些人测试某个方向线，为了避免以人员流动引起的风险，应该建立一个方向线的交流库：业务功能点，测试功能点，测试计划、报告。
2：针对不同方向线的测试人员的总结报告，主要包括测试缺陷分析，缺陷产生的原因，解决此类缺陷的方法，涉及业务流程的哪些模块会出现哪些性质的问题
3：例会、培训记录
4：正在使用的测试方面的工具的使用心得，技巧

II：知识库的实现方式
具体实现知识库的方式，有公司内部论坛，配置工具如CVS，或是某个测试服务器等。

[ 本帖最后由 shhuangfy 于 2008-7-14 17:36 编辑 ]
作者: hjjlearning    时间: 2008-7-14 17:39
原帖由 fengyun32 于 2008-7-14 14:08 发表
对于一个部门来说，如何积累项目经验，如何提高成员的知识水平是非常重要的，每个企业都有自己的企业文化，每个部门应该也要有自己的氛围，这里讨论下如何建立测试知识库体系架构。下面是我的构思：
采用BBS进行建立 ...


晕，把我在testage发布的讨论转过来了，不过我觉得我这个设计不是很合理

想吸取大家的意见再进行改进
作者: groanspring    时间: 2008-7-15 10:38
建立相关经验知识库、成果知识库、共享知识库。
经验库里保存，相关业务的知识、相关技能知识、和常见问题解决方案、

成果知识库保存，相关的工作成果物备份，工作文档模板。

共享知识库，任何小组成员都可以在其下创建文档。写下工作中遇到的心得，以及感触。
更可以穿件属于公司内部不BBS。分享经验。
作者: snake007008009    时间: 2008-7-15 10:51
知识库 建到最后 就是一些电子书。

没人会把拿手本事共享出来，不然以后怎么混啊。
作者: li198655    时间: 2008-7-15 10:51
我认为需要分几个模块
1，测试工程中所需的要模版得放一个单独的模块，因为在实测过程中，写测试方案，测试计划，测试用例，测试报告的时候，公司需要一个统一的规范，而且每个公司因为业务和性质的不同，都会用不同的模版，规范性先要统一
2.就是大家所说的资料库了，有的公司在测的时候，走的流程都不一样，所以首先明确一下，测试流程中走哪几步，不需要走哪几步，好让测试人员对本公司的测试流程先要有个合理的概念，另外还需要加入一下测试过程中所遇到的一些弯路，难点和不易查觉的地方，综合老员工所记录的经验，以最少可能的减少新人要走的弯路，提高工作效率。还应放入一些先前比较成功的案例。
3.就是建立一个工具库了，现在的大中型公司几乎都有属于自己的服务器，将所需的工具放入专门的地址内，有助于测试人员查找，使用都方便。
暂时想到这么多，此仅本人愚见，各位高手再请指点
作者: jiao_jiao_89    时间: 2008-7-15 10:55
测试知识库的建立必须建立在公司技术经验分享的氛围或者公司文化之上.
1:可以先要求公司建立一个共享库.(比如:vss).
2:可以在vss上分类放置: 资料库,经验库,工具库.最新通告.等=-------
3:由测试组长分配人员管理.要求将自己的项目组的所以测试文档(比如:测试计划,测试用例,测试报告.等等)
4:这样做有多种好处:不但共享了资源,而且可以互相监督与互相交换测试.这样又会有不同的测试效果.
作者: zlfoxy    时间: 2008-7-15 11:04
主要看公司的实际情况，知识库的各种形式也各不相同，也没有必要一样。
我说下我的实际情况

主要是用的wiki和Oa来做知识库。wiki主要是大家向上贴技术性的文章（原创也好，网上的它山之石也好），发表修改都蛮方便的(主要还是免费。。）。Oa主要是将一些工作文档贴上去，实践效果证明Oa的利用率极低，没多少同事爱看以前别人写的文档，有这个重要的原因是这些文档太过于书面化，又长又不好理解。bbs也有但用的不多，bbs是留言用的，面对面交流就可以。
没有专门的例会来讨论技术和知识分享，如果有需要一般都是小规模的会议来进行(时间地点人员都是机动的)。
通过培训交流经验。有条件的话录制视频放到共享服务器，没条件就将培训时主讲的ppt以及一些经验总结放到wiki上。

再补充一点儿：如果公司员工间的共享意识和团结协作意识比较强，那么不论哪种形式都是好的。
如果员工之间整天你防我我防你，搞知识封锁之类的，那么当我啥也没说。

[ 本帖最后由 zlfoxy 于 2008-7-15 11:07 编辑 ]
作者: deyizhi    时间: 2008-7-15 11:20
原帖由 杀手太冷 于 2008-7-14 08:35 发表
1.把公司项目的所有测试文档规范化
2.总结在测试中出现问题(该问题在啥情况下出现的)的解决办法(怎么解决的)形成电子文档的形式
3.在公司项目很多的 时候找出各项目之间的不同点,在测试和管理有啥不同的地方
4.在 ...



嗯,加上定期规范的组织培训,交流和各种项目总结会议
作者: clij    时间: 2008-7-15 11:28
标题: 测试知识库所包含的内容：
1、测试基础知识；
2、测试工具及其测试工具的安装使用说明文档；
3、测试相关脚本语言：例如：tcl、perl、Python、VBS等
4、测试相关的质量体系知识；
5、数据库方面的知识；
6、以往项目经验的积累；
7、测试技术文章积累；
8、经典缺陷的积累及发现此缺陷的技巧与心得；
9、测试文档模板，如：测试计划，测试方案，测试报告，用例模板等；
10、测试问题及解决方案。
测试库的建立，可以用两种方式：1、用配置管理工具；2、开发一个知识库的网站；
说的不一定完整，请大家补充！
作者: qianying630    时间: 2008-7-15 13:08
1、首先要把经常做的项目文档化，以便后面的人知道从何入手
2、将常用的工具及系统的操作写出详细的说明文档
3 、将相关的知道建库
4、将总结和心得写出文档
5、将所用到的文档模板做好，用于新人参考
6、将常见问题归档
作者: lanshier    时间: 2008-7-15 13:16
1.建立一个知识库
2.测试工具管理库
3.对测试文档，测试方案，测试用例，测试报告，进行配置管理
作者: Suran2004    时间: 2008-7-15 17:04
的确很有必要建立一个测试知识库,本人深有同感!
每个公司都有自己的企业文化及业务领域,其实一个新进员工遇到的最大的一个转点就是需要重新接触并熟练上新公司的业务领域,因此,参考公司所留下的相关文档及向公司的前辈请教是很有必要的.
本人用过CVS,觉得不错(主要是开源免费的),可根据实际情况将公司所有的项目都在CVS上建一个目录,这样,只要对新进员工开放相应的权限,就可以让他们熟悉他们所需要熟知的业务及项目,遇到不明白的再向前辈请教,这样才可达到一个最好的效果
再有,针对目前正在进行的项目,也没有必要说一定要亲自参与每周的例会,因为并不是每个与每个项目都有关系,所以只要有个例会记录并同样把它放入CVS中就好了,让每个人了解每个人想要了解的,效率高还省时.
至于员工的个人工作心得也可放入CVS中,呵呵,以供后人赏读!
作者: Yarlun    时间: 2008-7-15 20:44
这样的知识库可以用配置管理器来进行管理是很不错的。
    可以对知识库进行分类，分法很多，只要适用于自己就可以。
       比如:可以分为（该分法适用于进公司）
           测试计划
               软件测试计划，需求规格说明书，开发测试计划
           测试设计
               测试方案
           测试实现
              测试用例，测试规程，（如果是系统测试应该还有系统预测试项）
           测试执行
               测试报告，缺陷报告，（系统预测试报告）
           测试其他
               软件质量，相关概念，常见问题，自我总结
     可以在相关划分里面写写对该划分内容看法和总结
这跟你学习方法可能有关，觉得是没有最好的，只有适于的
作者: gucciyoung    时间: 2008-7-15 20:47
知识库应该要按照不同的主题进行分类
    新员工刚进入公司，为了尽快的融入公司，所以关于公司的业务，制度，流程，规程都要了解，以及一些测试的模板，比如测试用例的模板，测试报告的模板，缺陷报告的模板等，这些都可以帮助新人迅速进入状态。
    其次就是一些老员工的经验分享，问题的讨论，环境搭建的文档等
    还有就是岗位胜任所需要的知识，企业不同岗位员工在前进的道路上所需要的知识等
    还要有专人来管理这个知识库
    有了知识库可以提高企业的效率，降低企业培训的成本，也有利于大家的相互学习。
作者: cjchm    时间: 2008-7-16 10:55
知识库的建立还是一个管理的问题，需要不断的维护，毕竟公司这个测试知识库不是一个人或一小段时候就能够建立起来的。
    知识库从那些方面建立，楼上的诸位已经提及的差不多了。
    知识库的管理和维护上还是同软件管理类似，建立文档的版本库管理制度，每个人的测试文档都可以提交到版本库上来。有了较详细的测试文档记录，对于新人入门就是一笔不小的财富。
    还有经典的资料也是不错的哦，大家可以把宝贝拿出来晒晒，理解得看个人。
    至于经验和心得也可以放上来，看个人意愿，毕竟这是个人逐渐积累的财富，强制总不是很好，至于个人财富怎么积累每个人的方法不同。
作者: makyoung    时间: 2008-7-16 11:31
进来学习，
刚进入公司做测试，测试知识库没有
作者: makyoung    时间: 2008-7-16 11:36
原帖由 hjjlearning 于 2008-7-14 17:39 发表


晕，把我在testage发布的讨论转过来了，不过我觉得我这个设计不是很合理

想吸取大家的意见再进行改进

这个建议是你的呀，^_^
作者: TEST_HUAN    时间: 2008-7-16 12:17
关键是部门内部要有分享精神！
作者: Rainbow325    时间: 2008-7-17 08:59
学习
作者: xinrui    时间: 2008-7-17 09:24
新进入一家公司，规模较小，我是第一个测试人员，也是唯一的一个，建立测试知识库的计划正在酝酿中，多学习学习
作者: yunyan    时间: 2008-7-17 09:54
测试知识库：
1.测试概念的理解（讨论）
2.测试基本知识
3.测试分类
4.测试技能的提高（讨论）
3.1测试分类的业务知识
3.2测试的计算机知识
，一点愚见
作者: yunyan    时间: 2008-7-17 10:09
哦，错了。 ，抱歉！
作者: yunyan    时间: 2008-7-17 10:50
:L :L :L :L

错了！
作者: hjjlearning    时间: 2008-7-17 12:33
不知道提出问题的人能不能回答？？？
作者: fengling    时间: 2008-7-17 13:55
标题: 回复 30# 的帖子
在vss上建立项目测试过程，一切必要的都形成文档，留下记录
作者: vandagroup    时间: 2008-7-17 17:21
标题: 回复 30# 的帖子
应该可以吧，以前的题目中好像高手zhuzx也给出过自己的答案，很经典，不过后面他放弃了评奖的资格。呵呵！！很希望能够看到出题者的答案？
作者: lisilin    时间: 2008-7-18 10:36
如何创建知识库
1、工作相关工具的操作管理
   缺陷管理系统的操作方法、用例管理系统的操作方法，cvs，svn等工具的使用方法
2、测试相关文档的管理
   应该有相应的测试计划模板，用例设计的模板，缺陷总结的模板，测试总结的模板
3、对于测试技术的分享
   测试小组所有培训的相关文档，本公司使用的测试工具的分享，有基本的使用指南
4、同时需要对测试用例库的建立
   对于测试经验，需要注重测试用例库的建立
作者: yayapang    时间: 2008-7-18 10:52
个人更倾向于将知识库建立成为一个测试技术、测试经验、知识共享的平台，而非一个管理或者配置的平台。
坚决反对将日报、例会等管理文档，以及计划、报告等过程文档放入测试知识库，那应该是过程管理的一部分。
应该包括：
1、各种测试技术。可以按测试类型来分类，例如：自动化测试,性能测试,单元测试,手工测试
2、各种经验总结，不限于测试经验，甚至可以是业务的。
。。。。。。
至于实现方式则见人见智，只要适合你的测试团队就OK，用vss、cvs、甚至是testdirector，以及sharepoint，甚至只是在一个硬盘上共享了一片空间，重要的是我们要使测试知识库的建立以及持续更新。
作者: sunyh    时间: 2008-7-18 11:12
一、确认知识库作用
   根据公司或部门的需求，确认知识库的作用，简单总结如下：
1、新员工快速了解测试的基础知识；
2、老员工在技术上的进步与突破；
3、利用可复用资源减少项目成本；
4、测试资料模板统一规范；
5、技术管理的财富；
6、具体项目的财富，有继承项目出现时，可进行选择性复用。
二、知识库分类
   确认了知识库的作用后，可根据具体的部门需要，将知识库分类建立，举例如下：
1、新员工培养
   包括适合新员工的基础知识文档、基础规范（可参考第5条资料模板中的规范类）、考题、实践项目等；
2、技术类
   可包括测试知识文档、新技术新工具、疑难解答类文档等，有助于员工在技术上拓展；
3、可复用资源库
   项目通用的知识。如，通用测试用例（翻页、查询、页面元素校验方式等）、可复用组件、平台知识等；
4、技术管理类
   项目负责人关注的知识，如测试计划、测试评估报告、测试总结报告、缺陷分析工具等各种文档的制定撰写；
5、资料模板
   可包括 模板类和规范类等；
   模板类可包括 测试计划模板、测试用例模板、接收测试报告模板、测试总结报告模板、项目会议记录模板、缺陷分析模板等；
   规范类可包括 需求理解和测试方法、测试用例撰写规范、缺陷编写规则、日报周报等填写规范、接收测试与测试总结指南等；
6、Project
   可包括具体项目的 需求理解记录、测试计划、测试用例、接受测试用例、个人总结（测试技巧、心得、效率等）、项目总结（测试总结报告等），还可包括QA的一些工作记录，如项目跟踪等。
三、知识库平台
    可用CVS、SVN、VSS等平台工具对知识库进行管理。
四、知识库维护
    对每一类知识库，都需要专人维护，当某些资源、模板、规范等不能起到满意作用或有新变更新内容时，需要经过多人审核，才能提交更新版本并进入使用。

[ 本帖最后由 sunyh 于 2008-7-18 11:15 编辑 ]
作者: riddlestraw    时间: 2008-7-18 12:20
标题: 建立项目文档
好问题！我是这样做的，有一定效果，但是还是不是很好：
1. 在公共服务器上对每个项目建立文档，管理软件，硬件，需求和测试文档。每个项目都有测试用例和测试计划。新员工可以查看旧的项目测试记录；
2. 对所有的功能都有一个Checklist, 可供新员工学习；
作者: charles    时间: 2008-7-18 12:43
回答这个问题之前应该先思考新员工刚来公司后，最需要熟悉的是什么？技术么，应该不是，否则也不能进来吧。

个人认为知识库的建立不在于资料有多少，而是规范和实用，我觉得知识库的建立可以从两个角度考虑

1、横向看，新员工需要了解的是公司的工作流程，如何提交bug，bug管理工具如何使用，自动化测试都采用了什么测试工具等等。。

2、纵向看，就是公司配置管理员的工作了，主要是公司研发的需求、设计、以及测试需求、测试用例、测试方案及测试报告等相关文档资料的归档；

3、公司产品\项目用户反馈的问题及解决方式，一般是公司技术支持部进行归档后存入知识库；
4、为公司每位员工创建一个个人空间（参考网络博客），实现公司员工之间的知识资料共享；
5、至于采用什么样的工具管理这些文档，我觉得不是很重要，只要易用、安全就可以，甚至最简单的只要一台文档服务器局域网内设置共享，只要分类组织的清楚就OK了；

个人拙见，望大家参考，简单的事情还是不要搞复杂了，否则浪费人力、财力、物力还没有太大的效果。

[ 本帖最后由 charles 于 2008-7-18 12:50 编辑 ]
作者: 卖烧烤的鱼    时间: 2008-7-18 15:45
标题: 我答：51testing软件测试每周一问:如何建立测试知识库?
1 测试知识库建立的作用应贯穿到测试人员头脑中，要相信集体的力量是无穷的！
2 建立合理的考核制度在测试知识库上面，做为测试经理，考核测试人员不应仅看Bug，可以参考我以前在51testing上发表的贴子，如果仅有流程
而没有相应的考核制度，我相信测试知识库仅是空中的阁
PS:[原创]如何有效的考核测试人员  卖烧烤的鱼51testing Blog:http://www.51testing.com/?uid/26684
3 请上级领导支持，提供相应的资源，如所需人力，物力费用等，要做就要做的漂亮，提出自己创新意见其实也是将测试的地位提升
4 划分合理的测试知识库内容，如目前我为所在公司开发的类似测试知识库的目录结构，见下面：

5 结合适合公司流程的简单易行的方法，可以参考以下几种：
5.1 建立一个wiki，划分测试知识库
5.2 建立一个测试技术论坛
5.3 简单易行的共享文件目录
5.4 轻量级的配置管理工具cvs,vss等
5.5 中量级的辅助工具如：用lotus开发相应的模块，如：测试理论文章的创建，上传，编辑，删除等，事先需和测试人员达成共识，制定相应的流程
5.6 重量级的专业软件如：购买相应的软件如imb的测试工具配套在一起，好像钱太多了
6 确定知识库的更新策略，定期检查，使测试知库赋予生命力
7 值得一提的是“测试知识库“不应仅扣“测试”二字，应是和测试相关的内容均建立起来
最后列举下我建的测试知识库中一些目录，如文档模板目录明细：
再列举一下，测试环境搭建清单模板内容，其实这些内容均是我所在的公司，我负责组织相关测试人员共同知识的结晶，集体的力量还是牛！
内容我贴在卖烧烤的鱼测试博客：http://mayingbao.cnblogs.com上仅部分http://www.cnblogs.com/mayingbao/archive/2007/12/06/985755.html
作者: hjjlearning    时间: 2008-7-18 16:48
卖烧烤的鱼

写的非常好，知识库的框架很好搭建，可以根据自身公司情况进行实施，最主要的原因还是在于测试人员的参与

只有大家都能激情参与，share出自己的知识，那么执行起来应该就不困难。
现在我们建的知识库，有2点要求，一是能够快速查找到相关知识，另外一点就是大家能够参与评论。
这句“集体的力量还是牛！”说得对，再好的知识库框架都是需要人参与的，没有人共享，没有讨论，那就是一潭死水。

对于说建设知识库和考核挂钩，感觉不是很合适，大家可以看看我在testage发讨论贴。

http://bbs.testage.net/thread-32167-1-1.html
作者: fmsbai5    时间: 2008-7-18 17:04
用心，积累。
作者: 卖烧烤的鱼    时间: 2008-7-18 18:04
标题: 回复 39# 的帖子
有考核制度当然好，当然这里的考核更多的让大家去参与没有扣分的，呵呵，能者多劳，当然利益拿的也多，做为测试经理更多的是为了把这个流程搭起来，让测试团队每个人都能发挥作用，个人不喜欢“有苦劳没功劳”，哪样你永远在这个公司出不了头，要做就把事情做漂亮！
作者: puchonghui    时间: 2008-7-18 20:32
我想说，对于一个团队，无论大小，只要你真的愿意花精力去建这样的知识库，无论如何总是能建起来的。 当然我承认建起来的知识库质量上会有差异，但是目前给我的感觉有相当一部分的所谓的团队拿不知道怎么建立当借口，其实就是没人愿意做这事。 毕竟说和做需要花费的精力差很远。

就好像提到量化管理必定会提到如何度量一样。 有句名言大致是这么说的：只要你愿意去做，你所有的工作总是能在一定程度上进行量化管理的。

不过么，既然是市场经济下，对于知识库作出贡献的给予一定的物质奖励还是必要的。。。
作者: 兰兰    时间: 2008-7-23 14:35
可以鼓励部门内所有员工，定期对测试库提供一些内容来进行补充（当然可以进入测试库的资料必须是经过评审，大家一致认可可用的资料了）。
作者: vivian2008    时间: 2008-8-6 14:07
标题: 建立测试知识库
1.每个测试人员要有记录自己的测试过程,测试用例等编写;
2.对测试资料进行分类,创建索引让新手或者老员工都能快速查询得到自己的资料;
3.要有专门的职能单位或者人员对测试知识进行搜集,以便于得到更全面的测试资料;
4.重复的测试资料或过程最好也记录,只是让新手或老员工都能通过问题记录,能找到自己
灵感上的东西,因为有些时候不同的测试记录可能让不同的员工受益
作者: ganlan    时间: 2008-8-18 18:55
建立测试知识库要包括那些内容，怎么去分类，我个人觉得这些都是次要的，主要是我们怎么在日常工作中抽出时间来完成，并且完成以后要能发挥它的作用，试想把这个知识库的目录分的非常精细，囊括所有内容，但是我们的工作任务像流水般的流过来，做都做不玩，我还得话巨多时间去维护这些文档，肯定是做不来的了。
    所以个人觉得建立测试知识库，怎么去做，做出来会有作用，才是最重要的。每个公司都有自己的特点，只要做到适合自己公司工作的知识库就已经很了不起了。当然如果你很空闲，花比工作更多时间去搞测试库也没什么不可，但是如果很空闲相信测试库的帮助也不大。
    在以前公司大概有3-40人的测试团队，领导也带领我们搞了测试知识库，最基本的要求是：能进测试库的文档一定是要自己员工写的，并且由2-3人自己去‘验证’过，觉得他对自己有作用，并且看的懂的才能进入测试库，这点我觉得比起那些评审决定是否入库来效果要好，做过评审的都知道，评审工作其实很耗时间，并且效果不好。也要求每个员工做过的事情一定要有出文档，例如做过性能测试，处理过什么故障，这些都是经验必须留下文档，并纳入考核。但是由于项目多，文档内容广泛，并且零碎，搞了一段时间并没有什么效果。相信这些也只有过了一定时间后才能体现出效果来，所以建立测试知识库长期坚持才是关键。
   来新公司后所在的研发中心也有2-30人的测试团队，来了就建议领导建立这个测试知识库，领导也很赞同，但是发现下面的员工并不怎么支持，现在的工作任务就像流水般的过来，每个人每天都在忙自己的任务，对于其他的事情并没有多少时间可以关注，所以建立测试要怎么建立起真正对自己工作有帮助的才是最重要，每个人才会去关心它，怎么把握这个核心内容很关键；至于网上的好文章那实在太多了，每个人自己私下去学就已经足够了，没必要纳入什么知识库。
建立起自己的核心内容才是最重要的。并且不是文档入了库就不用理了，维护文档都会巨花时间。
讨论测试库的作用，如何去分类，用什么工具去管理等等这些都不是很重要；
怎么做，怎么才能坚持做才重要，做哪些属于对自己核心工作内容有帮助的才实际。
相信每个人坚持每天能抽30分钟来写今天的工作经验的，能坚持下次就已经非常不错了。
非常希望有这些方面经验的朋友介绍下，可以交流交流。
作者: vivian2008    时间: 2008-8-21 23:05
以下是个人认为：
1.每个测试人员要有记录自己的测试过程,测试用例等编写;
2.对测试资料进行分类,创建索引让新手或者老员工都能快速查询得到自己的资料;
3.要有专门的职能单位或者人员对测试知识进行搜集,以便于得到更全面的测试资料;
4.重复的测试资料或过程最好也记录,只是让新手或老员工都能通过问题记录,能找到自己
灵感上的东西,因为有些时候不同的测试记录可能让不同的员工受益
作者: luna_812    时间: 2008-9-16 12:04
标题: 有了测试知识库
有了测试知识库，很多问题就可以迎刃而解啦！！哈哈！！！
作者: m2b2x    时间: 2008-11-14 15:47
我觉得知识是经过讨论、交流、理解、消化、吸收后留在脑子里的东西，现在大家每天接收的信息太多，不经过加工处理形不成经验和知识。
所以知识库的建立也需要一个充分讨论的过程和一个知识沉淀的过程，而不能仅仅有一种形式。
1.就促进讨论交流来说论坛和qq群，不过qq群及时性太强，信息不容易保留，又很容易偏离话题，所以论坛是最好的工具。
2.大家在论坛里把问题说清吃透讨论过后，每个人各自要消化吸收变成自己的东西，把自己的思路整理成文档，会大大提高这一过程的效果。文档可以是普通的文档也可以通过blog的形式。
3.当大家经过讨论又都有自己的知识系统的时候，再一块把这些知识系统化，形成一个部门或公司的集体知识，以文档或者wiki这样的形式予以存档。
Discuz要是做个wiki和论坛以及blog集成起来就好了，这三项就可以用套软件完成。
当然最重要的还是人的作用，必须有一套机制能把人动员起来才行。
作者: jiangshui168168    时间: 2009-1-9 18:08
hao
作者: yanfang84    时间: 2009-2-5 17:31
作者: wcg_jishuo    时间: 2009-12-9 19:57
好乱，有没有文档来参考，共享？QQ 278359100
作者: xue海无ya    时间: 2009-12-12 00:35
平时的测试工作都是很忙的，很少有时间去花很多精力在知识库的建立上。大家有没有比较快捷方便的软件么？分享一下吧



欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2