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

cjchm

知识库的建立还是一个管理的问题，需要不断的维护，毕竟公司这个测试知识库不是一个人或一小段时候就能够建立起来的。
    知识库从那些方面建立，楼上的诸位已经提及的差不多了。
    知识库的管理和维护上还是同软件管理类似，建立文档的版本库管理制度，每个人的测试文档都可以提交到版本库上来。有了较详细的测试文档记录，对于新人入门就是一笔不小的财富。
    还有经典的资料也是不错的哦，大家可以把宝贝拿出来晒晒，理解得看个人。
    至于经验和心得也可以放上来，看个人意愿，毕竟这是个人逐渐积累的财富，强制总不是很好，至于个人财富怎么积累每个人的方法不同。

makyoung

进来学习，
刚进入公司做测试，测试知识库没有

makyoung

原帖由 hjjlearning 于 2008-7-14 17:39 发表


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

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

这个建议是你的呀，^_^

TEST_HUAN

关键是部门内部要有分享精神！

Rainbow325

学习

xinrui

新进入一家公司，规模较小，我是第一个测试人员，也是唯一的一个，建立测试知识库的计划正在酝酿中，多学习学习

yunyan

测试知识库：
1.测试概念的理解（讨论）
2.测试基本知识
3.测试分类
4.测试技能的提高（讨论）
3.1测试分类的业务知识
3.2测试的计算机知识
，一点愚见

yunyan

哦，错了。 ，抱歉！

yunyan

:L :L :L :L

错了！

hjjlearning

不知道提出问题的人能不能回答？？？

fengling

在vss上建立项目测试过程，一切必要的都形成文档，留下记录

vandagroup

应该可以吧，以前的题目中好像高手zhuzx也给出过自己的答案，很经典，不过后面他放弃了评奖的资格。呵呵！！很希望能够看到出题者的答案？

lisilin

如何创建知识库
1、工作相关工具的操作管理
   缺陷管理系统的操作方法、用例管理系统的操作方法，cvs，svn等工具的使用方法
2、测试相关文档的管理
   应该有相应的测试计划模板，用例设计的模板，缺陷总结的模板，测试总结的模板
3、对于测试技术的分享
   测试小组所有培训的相关文档，本公司使用的测试工具的分享，有基本的使用指南
4、同时需要对测试用例库的建立
   对于测试经验，需要注重测试用例库的建立

yayapang

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

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 编辑 ]

riddlestraw

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

charles

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

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

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

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

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

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

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

卖烧烤的鱼

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

卖烧烤的鱼

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

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

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

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

fmsbai5

用心，积累。