知识库从那些方面建立，楼上的诸位已经提及的差不多了。
知识库的管理和维护上还是同软件管理类似，建立文档的版本库管理制度，每个人的测试文档都可以提交到版本库上来。有了较详细的测试文档记录，对于新人入门就是一笔不小的财富。
还有经典的资料也是不错的哦，大家可以把宝贝拿出来晒晒，理解得看个人。
至于经验和心得也可以放上来，看个人意愿，毕竟这是个人逐渐积累的财富，强制总不是很好，至于个人财富怎么积累每个人的方法不同。 进来学习，
刚进入公司做测试，测试知识库没有 原帖由 hjjlearning 于 2008-7-14 17:39 发表 http://bbs.51testing.com/images/common/back.gif
晕，把我在testage发布的讨论转过来了，不过我觉得我这个设计不是很合理
想吸取大家的意见再进行改进
这个建议是你的呀，^_^ 关键是部门内部要有分享精神！ 学习:victory: 新进入一家公司，规模较小，我是第一个测试人员，也是唯一的一个，建立测试知识库的计划正在酝酿中，多学习学习 测试知识库：
1.测试概念的理解（讨论）
2.测试基本知识
3.测试分类
4.测试技能的提高（讨论）
3.1测试分类的业务知识
3.2测试的计算机知识
:) ，一点愚见 哦，错了。:L ，抱歉！ :L :L :L :L :L :L :L :L :L :L :L :L :L :L
错了！ 不知道提出问题的人能不能回答？？？
回复 30# 的帖子
在vss上建立项目测试过程，一切必要的都形成文档，留下记录回复 30# 的帖子
应该可以吧，以前的题目中好像高手zhuzx也给出过自己的答案，很经典，不过后面他放弃了评奖的资格。呵呵！！很希望能够看到出题者的答案？ 如何创建知识库1、工作相关工具的操作管理
缺陷管理系统的操作方法、用例管理系统的操作方法，cvs，svn等工具的使用方法
2、测试相关文档的管理
应该有相应的测试计划模板，用例设计的模板，缺陷总结的模板，测试总结的模板
3、对于测试技术的分享
测试小组所有培训的相关文档，本公司使用的测试工具的分享，有基本的使用指南
4、同时需要对测试用例库的建立
对于测试经验，需要注重测试用例库的建立 个人更倾向于将知识库建立成为一个测试技术、测试经验、知识共享的平台，而非一个管理或者配置的平台。
坚决反对将日报、例会等管理文档，以及计划、报告等过程文档放入测试知识库，那应该是过程管理的一部分。
应该包括：
1、各种测试技术。可以按测试类型来分类，例如：自动化测试,性能测试,单元测试,手工测试
2、各种经验总结，不限于测试经验，甚至可以是业务的。
。。。。。。
至于实现方式则见人见智，只要适合你的测试团队就OK，用vss、cvs、甚至是testdirector，以及sharepoint，甚至只是在一个硬盘上共享了一片空间，重要的是我们要使测试知识库的建立以及持续更新。 一、确认知识库作用
根据公司或部门的需求，确认知识库的作用，简单总结如下：
1、新员工快速了解测试的基础知识；
2、老员工在技术上的进步与突破；
3、利用可复用资源减少项目成本；
4、测试资料模板统一规范；
5、技术管理的财富；
6、具体项目的财富，有继承项目出现时，可进行选择性复用。
二、知识库分类
确认了知识库的作用后，可根据具体的部门需要，将知识库分类建立，举例如下：
1、新员工培养
包括适合新员工的基础知识文档、基础规范（可参考第5条资料模板中的规范类）、考题、实践项目等；
2、技术类
可包括测试知识文档、新技术新工具、疑难解答类文档等，有助于员工在技术上拓展；
3、可复用资源库
项目通用的知识。如，通用测试用例（翻页、查询、页面元素校验方式等）、可复用组件、平台知识等；
4、技术管理类
项目负责人关注的知识，如测试计划、测试评估报告、测试总结报告、缺陷分析工具等各种文档的制定撰写；
5、资料模板
可包括 模板类和规范类等；
模板类可包括 测试计划模板、测试用例模板、接收测试报告模板、测试总结报告模板、项目会议记录模板、缺陷分析模板等；
规范类可包括 需求理解和测试方法、测试用例撰写规范、缺陷编写规则、日报周报等填写规范、接收测试与测试总结指南等；
6、Project
可包括具体项目的 需求理解记录、测试计划、测试用例、接受测试用例、个人总结（测试技巧、心得、效率等）、项目总结（测试总结报告等），还可包括QA的一些工作记录，如项目跟踪等。
三、知识库平台
可用CVS、SVN、VSS等平台工具对知识库进行管理。
四、知识库维护
对每一类知识库，都需要专人维护，当某些资源、模板、规范等不能起到满意作用或有新变更新内容时，需要经过多人审核，才能提交更新版本并进入使用。
[ 本帖最后由 sunyh 于 2008-7-18 11:15 编辑 ]
建立项目文档
好问题！我是这样做的，有一定效果，但是还是不是很好：1. 在公共服务器上对每个项目建立文档，管理软件，硬件，需求和测试文档。每个项目都有测试用例和测试计划。新员工可以查看旧的项目测试记录；
2. 对所有的功能都有一个Checklist, 可供新员工学习； 回答这个问题之前应该先思考新员工刚来公司后，最需要熟悉的是什么？技术么，应该不是，否则也不能进来吧。
个人认为知识库的建立不在于资料有多少，而是规范和实用，我觉得知识库的建立可以从两个角度考虑
1、横向看，新员工需要了解的是公司的工作流程，如何提交bug，bug管理工具如何使用，自动化测试都采用了什么测试工具等等。。
2、纵向看，就是公司配置管理员的工作了，主要是公司研发的需求、设计、以及测试需求、测试用例、测试方案及测试报告等相关文档资料的归档；
3、公司产品\项目用户反馈的问题及解决方式，一般是公司技术支持部进行归档后存入知识库；
4、为公司每位员工创建一个个人空间（参考网络博客），实现公司员工之间的知识资料共享；
5、至于采用什么样的工具管理这些文档，我觉得不是很重要，只要易用、安全就可以，甚至最简单的只要一台文档服务器局域网内设置共享，只要分类组织的清楚就OK了；
个人拙见，望大家参考，简单的事情还是不要搞复杂了，否则浪费人力、财力、物力还没有太大的效果。
[ 本帖最后由 charles 于 2008-7-18 12:50 编辑 ]
我答：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 卖烧烤的鱼
写的非常好，知识库的框架很好搭建，可以根据自身公司情况进行实施，最主要的原因还是在于测试人员的参与
只有大家都能激情参与，share出自己的知识，那么执行起来应该就不困难。
现在我们建的知识库，有2点要求，一是能够快速查找到相关知识，另外一点就是大家能够参与评论。
这句“集体的力量还是牛！”说得对，再好的知识库框架都是需要人参与的，没有人共享，没有讨论，那就是一潭死水。
对于说建设知识库和考核挂钩，感觉不是很合适，大家可以看看我在testage发讨论贴。
http://bbs.testage.net/thread-32167-1-1.html 用心，积累。
