51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 39708|回复: 51
打印 上一主题 下一主题

如何建立测试知识库?(08-07-11)(获奖名单已公布)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-7-11 18:27:38 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
每个测试人员刚刚进入到一家新公司,都希望能够快速了解测试部的情况,以及以往的项目测试经验。一个公司的测试部建立合适的测试知识库,不仅能使新员工快速成长,而且对老员工也非常有帮助,毕竟时间久了的话,一些经验也是会被忘记的。请问,如何建立一个测试知识库?

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

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

获奖名单
奖项
获奖名单
奖励
答案链接
一等奖
charles
当当购物卡50元
二等奖
shhuangfy
300论坛积分
sunyh
三等奖
li98655
100论坛积分
clij
卖烧烤的鱼
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-7-14 08:35:22 | 只看该作者
1.把公司项目的所有测试文档规范化
2.总结在测试中出现问题(该问题在啥情况下出现的)的解决办法(怎么解决的)形成电子文档的形式
3.在公司项目很多的 时候找出各项目之间的不同点,在测试和管理有啥不同的地方
4.在测试部内部多做交流,把每个人的测试观点都记录在案
暂时想到这么多,希望大家继续的~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-7-14 12:39:14 | 只看该作者
分为2大块:
论坛功能,采用discuz,phpwind,jive等
资料库功能,可以采用confluense,liferay 等

当然最主要的让知识库有更新、增加文章让它活跃起来的制度
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-7-14 13:11:00 | 只看该作者
测试知识库的建立最重要的一点我认为是公司要建立技术经验分享的氛围或者公司文化(这貌似是领导或者Teamlead做的事情,其实每个人都可以做的,每天或者经常分享一点,我们就会进步一点),我相信好多公司已经做了或者正在实施.
以下是我的一些看法:
首先, 测试知识库要分类: 如自动化测试,性能测试,单元测试,手工测试
其次,知识的来源问题.大概有三方面:一,来源于网络查询的资料;二,平时的总结和研究
最后是知识库的维护,一定要有专人维护和更新。
补充点:测试知识最好也分下类:如测试工具(很多测试功能很强大,但是需要研究后才知道怎么用或者原理是什么)特性使用文档,测试经验总结文档,技术研究文档等。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-7-14 13:13:23 | 只看该作者
sorry,更正2处:
  1。大概有两方面
  2。如测试工具(很多测试工具。。。。。。)
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-7-14 14:08:14 | 只看该作者

如何建立测试部门的知识库体系(转载)

对于一个部门来说,如何积累项目经验,如何提高成员的知识水平是非常重要的,每个企业都有自己的企业文化,每个部门应该也要有自己的氛围,这里讨论下如何建立测试知识库体系架构。下面是我的构思:
采用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 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

[ 本帖最后由 shhuangfy 于 2008-7-14 17:36 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

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


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

想吸取大家的意见再进行改进
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-7-15 10:38:25 | 只看该作者
建立相关经验知识库、成果知识库、共享知识库。
经验库里保存,相关业务的知识、相关技能知识、和常见问题解决方案、

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

共享知识库,任何小组成员都可以在其下创建文档。写下工作中遇到的心得,以及感触。
更可以穿件属于公司内部不BBS。分享经验。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2008-7-15 10:51:03 | 只看该作者
知识库 建到最后 就是一些电子书。

没人会把拿手本事共享出来,不然以后怎么混啊。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-7-15 10:51:56 | 只看该作者
我认为需要分几个模块
1,测试工程中所需的要模版得放一个单独的模块,因为在实测过程中,写测试方案,测试计划,测试用例,测试报告的时候,公司需要一个统一的规范,而且每个公司因为业务和性质的不同,都会用不同的模版,规范性先要统一
2.就是大家所说的资料库了,有的公司在测的时候,走的流程都不一样,所以首先明确一下,测试流程中走哪几步,不需要走哪几步,好让测试人员对本公司的测试流程先要有个合理的概念,另外还需要加入一下测试过程中所遇到的一些弯路,难点和不易查觉的地方,综合老员工所记录的经验,以最少可能的减少新人要走的弯路,提高工作效率。还应放入一些先前比较成功的案例。
3.就是建立一个工具库了,现在的大中型公司几乎都有属于自己的服务器,将所需的工具放入专门的地址内,有助于测试人员查找,使用都方便。
暂时想到这么多,此仅本人愚见,各位高手再请指点
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2008-7-15 10:55:37 | 只看该作者
测试知识库的建立必须建立在公司技术经验分享的氛围或者公司文化之上.
1:可以先要求公司建立一个共享库.(比如:vss).
2:可以在vss上分类放置: 资料库,经验库,工具库.最新通告.等=-------
3:由测试组长分配人员管理.要求将自己的项目组的所以测试文档(比如:测试计划,测试用例,测试报告.等等)
4:这样做有多种好处:不但共享了资源,而且可以互相监督与互相交换测试.这样又会有不同的测试效果.
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-7-15 11:04:26 | 只看该作者
主要看公司的实际情况,知识库的各种形式也各不相同,也没有必要一样。
我说下我的实际情况

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

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

[ 本帖最后由 zlfoxy 于 2008-7-15 11:07 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

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



嗯,加上定期规范的组织培训,交流和各种项目总结会议
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-7-15 11:28:50 | 只看该作者

测试知识库所包含的内容:

1、测试基础知识;
2、测试工具及其测试工具的安装使用说明文档;
3、测试相关脚本语言:例如:tcl、perl、Python、VBS等
4、测试相关的质量体系知识;
5、数据库方面的知识;
6、以往项目经验的积累;
7、测试技术文章积累;
8、经典缺陷的积累及发现此缺陷的技巧与心得;
9、测试文档模板,如:测试计划,测试方案,测试报告,用例模板等;
10、测试问题及解决方案。
测试库的建立,可以用两种方式:1、用配置管理工具;2、开发一个知识库的网站;
说的不一定完整,请大家补充!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2008-7-15 13:08:41 | 只看该作者
1、首先要把经常做的项目文档化,以便后面的人知道从何入手
2、将常用的工具及系统的操作写出详细的说明文档
3 、将相关的知道建库
4、将总结和心得写出文档
5、将所用到的文档模板做好,用于新人参考
6、将常见问题归档
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-7-15 13:16:46 | 只看该作者
1.建立一个知识库
2.测试工具管理库
3.对测试文档,测试方案,测试用例,测试报告,进行配置管理
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2008-7-15 17:04:49 | 只看该作者
的确很有必要建立一个测试知识库,本人深有同感!
每个公司都有自己的企业文化及业务领域,其实一个新进员工遇到的最大的一个转点就是需要重新接触并熟练上新公司的业务领域,因此,参考公司所留下的相关文档及向公司的前辈请教是很有必要的.
本人用过CVS,觉得不错(主要是开源免费的),可根据实际情况将公司所有的项目都在CVS上建一个目录,这样,只要对新进员工开放相应的权限,就可以让他们熟悉他们所需要熟知的业务及项目,遇到不明白的再向前辈请教,这样才可达到一个最好的效果
再有,针对目前正在进行的项目,也没有必要说一定要亲自参与每周的例会,因为并不是每个与每个项目都有关系,所以只要有个例会记录并同样把它放入CVS中就好了,让每个人了解每个人想要了解的,效率高还省时.
至于员工的个人工作心得也可放入CVS中,呵呵,以供后人赏读!
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2008-7-15 20:44:41 | 只看该作者
这样的知识库可以用配置管理器来进行管理是很不错的。
    可以对知识库进行分类,分法很多,只要适用于自己就可以。
       比如:可以分为(该分法适用于进公司)
           测试计划
               软件测试计划,需求规格说明书,开发测试计划
           测试设计
               测试方案
           测试实现
              测试用例,测试规程,(如果是系统测试应该还有系统预测试项)
           测试执行
               测试报告,缺陷报告,(系统预测试报告)
           测试其他
               软件质量,相关概念,常见问题,自我总结
     可以在相关划分里面写写对该划分内容看法和总结
这跟你学习方法可能有关,觉得是没有最好的,只有适于的
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-7-15 20:47:41 | 只看该作者
知识库应该要按照不同的主题进行分类
    新员工刚进入公司,为了尽快的融入公司,所以关于公司的业务,制度,流程,规程都要了解,以及一些测试的模板,比如测试用例的模板,测试报告的模板,缺陷报告的模板等,这些都可以帮助新人迅速进入状态。
    其次就是一些老员工的经验分享,问题的讨论,环境搭建的文档等
    还有就是岗位胜任所需要的知识,企业不同岗位员工在前进的道路上所需要的知识等
    还要有专人来管理这个知识库
    有了知识库可以提高企业的效率,降低企业培训的成本,也有利于大家的相互学习。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-23 09:33 , Processed in 0.082078 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表