测试知识库建立的需求及实现：

　　需求一、帮助新进项目组的成员快速了解项目概况，降低新人培训的成本；

　　实现：新进项目组的成员，最想了解的东西可能会是他要做什么（测试人员职责分配文档），他做的是什么（SRS、HLD、LLD、TC、操作手册等），如何做（测试环境搭建手册，测试环境地址，测试管理工具操作手册）；

　　需求二、共享组织内所有成员的知识，避免业务知识过于集中，降低人员流动或者请假带来项目延迟的风险，降低沟通成本；

　　实现：可以建立WiKi服务器，对整个项目或者全司的知识财富进行存档，也可以使用多用户版博客建立学习型知识存档交流，可对这种分享型知识库的建立使用一定的激励制度来增强实时性。

　　需求三、规范化管理文档及测试中使用的工具，避免组织内成员由于工具和文档版本不同引起的不和谐；

　　实现：可用配置管理工 具（VSS）对一些里程碑文档（测试报告、测试进度表）进行版本控制，本需求中涉及到整个组织文档的规范性（测试计划模板、测试方案模板、测试用例模板、 测试报告模板、缺陷分析模板、项目会议记录模板、测试用例编写规范、缺陷描述规范、日报周报模板、自动化工具脚本编写规范等）

　　需求四、让组织内所有成员都知道哪些是正确的，哪些是错误的，光大值得借鉴的经验，避免以前已经发生过的错误；

　　实现：优秀用例存档，优秀自动化测试脚本存档等；失败的测试案例，失败的测试方案，失败的环境更新经历等。

　　需求五、资源复用。

　　实现：缺陷库，公共模块测试用例，可复用的自动化测试脚本，所有项目通用的模板文件等。

　　以上就是我们需要建立的测试知识库的目的和内容，接下来建立的方式就八仙过海了，按照上面的内容应该至少包括两个方面：文件库和文字库。文件库可方便的按目录查找下载使用，而文字库要能方便的按关键字查找查看和不断的修正。根据这些特点，给出解决方案：

　　一、文件库：文件库中的内容按照上面的需求和自己项目的实际状况而定，建立文件库的方式大致上有以下三类：

　　1、文件共享方式：windows服务器下直接设定文件共享目录，建立科学的目录，给相应人员分配对应读写权限即可，坏处坏处很明显，在此不论；

　　2、FTP类文件交换服务器：linux直接有sftp，若windows下可以使用IIS中ftp服务，或者安装第三方ftp服务器软件，例如： Serv-U ，这类工具对文件管理已经很专业，但是对于文件的版本控制就是能力之外的事情了；

　 　3、配置管理：CVS，VSS之类比较小型的配置管理工具，这类软件可以很好的文件控制版本，对于部分比较特殊的文档这种管理方式会优于以上两种方式， 有些人会觉得这样做是把简单的事情复杂化，如果要把知识库扩充到项目多个组的进度控制、跟踪，这种方式的必要性就很明显了。

　　二、文字 库：文字库的建立第一个一定要有的是QC之类测试管理工具用来管理缺陷库，也可以使用一些免费的工具：Jira,Bugfree等。第二就是测试知识，业 务的积累，可以使用WiKi（不知WiKi是何物请点此查看），WiKi旨在建立一个公共知识库，还可以使用多用户版的博客社区，比如WorePress MU 版，博客的方法已被很多公司认同，比如淘宝的QA团队 ；还有一些BBS，非博客类CMS等，方法是很多的，但是作为一个公共知识库，可能会有人不断补充和修正，业务也会不断的需求变更，并且不需要个人主义， 我个人觉得WiKi的实现方式最佳。