如何建立测试知识库？（08-07-11）（获奖名单已公布）

fishy

每个测试人员刚刚进入到一家新公司，都希望能够快速了解测试部的情况，以及以往的项目测试经验。一个公司的测试部建立合适的测试知识库，不仅能使新员工快速成长，而且对老员工也非常有帮助，毕竟时间久了的话，一些经验也是会被忘记的。请问，如何建立一个测试知识库？

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

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

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	charles	当当购物卡50元	37#
二等奖	shhuangfy	300论坛积分	7#
	sunyh		35#
三等奖	li98655	100论坛积分	11#
	clij		15#
	卖烧烤的鱼		38#

xue海无ya

平时的测试工作都是很忙的，很少有时间去花很多精力在知识库的建立上。大家有没有比较快捷方便的软件么？分享一下吧

wcg_jishuo

好乱，有没有文档来参考，共享？QQ 278359100

yanfang84

jiangshui168168

hao

m2b2x

我觉得知识是经过讨论、交流、理解、消化、吸收后留在脑子里的东西，现在大家每天接收的信息太多，不经过加工处理形不成经验和知识。
所以知识库的建立也需要一个充分讨论的过程和一个知识沉淀的过程，而不能仅仅有一种形式。
1.就促进讨论交流来说论坛和qq群，不过qq群及时性太强，信息不容易保留，又很容易偏离话题，所以论坛是最好的工具。
2.大家在论坛里把问题说清吃透讨论过后，每个人各自要消化吸收变成自己的东西，把自己的思路整理成文档，会大大提高这一过程的效果。文档可以是普通的文档也可以通过blog的形式。
3.当大家经过讨论又都有自己的知识系统的时候，再一块把这些知识系统化，形成一个部门或公司的集体知识，以文档或者wiki这样的形式予以存档。
Discuz要是做个wiki和论坛以及blog集成起来就好了，这三项就可以用套软件完成。
当然最重要的还是人的作用，必须有一套机制能把人动员起来才行。

luna_812

有了测试知识库，很多问题就可以迎刃而解啦！！哈哈！！！

vivian2008

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

ganlan

建立测试知识库要包括那些内容，怎么去分类，我个人觉得这些都是次要的，主要是我们怎么在日常工作中抽出时间来完成，并且完成以后要能发挥它的作用，试想把这个知识库的目录分的非常精细，囊括所有内容，但是我们的工作任务像流水般的流过来，做都做不玩，我还得话巨多时间去维护这些文档，肯定是做不来的了。
    所以个人觉得建立测试知识库，怎么去做，做出来会有作用，才是最重要的。每个公司都有自己的特点，只要做到适合自己公司工作的知识库就已经很了不起了。当然如果你很空闲，花比工作更多时间去搞测试库也没什么不可，但是如果很空闲相信测试库的帮助也不大。
    在以前公司大概有3-40人的测试团队，领导也带领我们搞了测试知识库，最基本的要求是：能进测试库的文档一定是要自己员工写的，并且由2-3人自己去‘验证’过，觉得他对自己有作用，并且看的懂的才能进入测试库，这点我觉得比起那些评审决定是否入库来效果要好，做过评审的都知道，评审工作其实很耗时间，并且效果不好。也要求每个员工做过的事情一定要有出文档，例如做过性能测试，处理过什么故障，这些都是经验必须留下文档，并纳入考核。但是由于项目多，文档内容广泛，并且零碎，搞了一段时间并没有什么效果。相信这些也只有过了一定时间后才能体现出效果来，所以建立测试知识库长期坚持才是关键。
   来新公司后所在的研发中心也有2-30人的测试团队，来了就建议领导建立这个测试知识库，领导也很赞同，但是发现下面的员工并不怎么支持，现在的工作任务就像流水般的过来，每个人每天都在忙自己的任务，对于其他的事情并没有多少时间可以关注，所以建立测试要怎么建立起真正对自己工作有帮助的才是最重要，每个人才会去关心它，怎么把握这个核心内容很关键；至于网上的好文章那实在太多了，每个人自己私下去学就已经足够了，没必要纳入什么知识库。
建立起自己的核心内容才是最重要的。并且不是文档入了库就不用理了，维护文档都会巨花时间。
讨论测试库的作用，如何去分类，用什么工具去管理等等这些都不是很重要；
怎么做，怎么才能坚持做才重要，做哪些属于对自己核心工作内容有帮助的才实际。
相信每个人坚持每天能抽30分钟来写今天的工作经验的，能坚持下次就已经非常不错了。
非常希望有这些方面经验的朋友介绍下，可以交流交流。

vivian2008

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

兰兰

可以鼓励部门内所有员工，定期对测试库提供一些内容来进行补充（当然可以进入测试库的资料必须是经过评审，大家一致认可可用的资料了）。

puchonghui

我想说，对于一个团队，无论大小，只要你真的愿意花精力去建这样的知识库，无论如何总是能建起来的。 当然我承认建起来的知识库质量上会有差异，但是目前给我的感觉有相当一部分的所谓的团队拿不知道怎么建立当借口，其实就是没人愿意做这事。 毕竟说和做需要花费的精力差很远。

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

不过么，既然是市场经济下，对于知识库作出贡献的给予一定的物质奖励还是必要的。。。

卖烧烤的鱼

有考核制度当然好，当然这里的考核更多的让大家去参与没有扣分的，呵呵，能者多劳，当然利益拿的也多，做为测试经理更多的是为了把这个流程搭起来，让测试团队每个人都能发挥作用，个人不喜欢“有苦劳没功劳”，哪样你永远在这个公司出不了头，要做就把事情做漂亮！

fmsbai5

用心，积累。

hjjlearning

卖烧烤的鱼

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

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

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

http://bbs.testage.net/thread-32167-1-1.html

卖烧烤的鱼

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

charles

回答这个问题之前应该先思考新员工刚来公司后，最需要熟悉的是什么？技术么，应该不是，否则也不能进来吧。

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

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

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

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

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

[ 本帖最后由 charles 于 2008-7-18 12:50 编辑 ]

riddlestraw

好问题！我是这样做的，有一定效果，但是还是不是很好：
1. 在公共服务器上对每个项目建立文档，管理软件，硬件，需求和测试文档。每个项目都有测试用例和测试计划。新员工可以查看旧的项目测试记录；
2. 对所有的功能都有一个Checklist, 可供新员工学习；

sunyh

一、确认知识库作用
   根据公司或部门的需求，确认知识库的作用，简单总结如下：
1、新员工快速了解测试的基础知识；
2、老员工在技术上的进步与突破；
3、利用可复用资源减少项目成本；
4、测试资料模板统一规范；
5、技术管理的财富；
6、具体项目的财富，有继承项目出现时，可进行选择性复用。
二、知识库分类
   确认了知识库的作用后，可根据具体的部门需要，将知识库分类建立，举例如下：
1、新员工培养
   包括适合新员工的基础知识文档、基础规范（可参考第5条资料模板中的规范类）、考题、实践项目等；
2、技术类
   可包括测试知识文档、新技术新工具、疑难解答类文档等，有助于员工在技术上拓展；
3、可复用资源库
   项目通用的知识。如，通用测试用例（翻页、查询、页面元素校验方式等）、可复用组件、平台知识等；
4、技术管理类
   项目负责人关注的知识，如测试计划、测试评估报告、测试总结报告、缺陷分析工具等各种文档的制定撰写；
5、资料模板
   可包括 模板类和规范类等；
   模板类可包括 测试计划模板、测试用例模板、接收测试报告模板、测试总结报告模板、项目会议记录模板、缺陷分析模板等；
   规范类可包括 需求理解和测试方法、测试用例撰写规范、缺陷编写规则、日报周报等填写规范、接收测试与测试总结指南等；
6、Project
   可包括具体项目的 需求理解记录、测试计划、测试用例、接受测试用例、个人总结（测试技巧、心得、效率等）、项目总结（测试总结报告等），还可包括QA的一些工作记录，如项目跟踪等。
三、知识库平台
    可用CVS、SVN、VSS等平台工具对知识库进行管理。
四、知识库维护
    对每一类知识库，都需要专人维护，当某些资源、模板、规范等不能起到满意作用或有新变更新内容时，需要经过多人审核，才能提交更新版本并进入使用。

[ 本帖最后由 sunyh 于 2008-7-18 11:15 编辑 ]

yayapang

个人更倾向于将知识库建立成为一个测试技术、测试经验、知识共享的平台，而非一个管理或者配置的平台。
坚决反对将日报、例会等管理文档，以及计划、报告等过程文档放入测试知识库，那应该是过程管理的一部分。
应该包括：
1、各种测试技术。可以按测试类型来分类，例如：自动化测试,性能测试,单元测试,手工测试
2、各种经验总结，不限于测试经验，甚至可以是业务的。
。。。。。。
至于实现方式则见人见智，只要适合你的测试团队就OK，用vss、cvs、甚至是testdirector，以及sharepoint，甚至只是在一个硬盘上共享了一片空间，重要的是我们要使测试知识库的建立以及持续更新。