采用BBS進行建立知識體系，也可以采用WIKI，重要的兩點就是能夠發布信息，并可以讓大家進行參與，發表評論。
1、測試概念，基礎知識
可以參照書籍目錄，進行測試專業詞語解釋，比如軟件測試生命周期，白盒測試，黑盒測試概念等
2、項目測試總結（這點非常重要）
主要是對公司項目，產品的測試總結，包括文檔整理，各個模塊測試報告，BUG分析等。以及在項目測試得到的一些經驗總結，個人對項目的測試心得。方便新員工快速了解項目，以及一些教訓。
3、個人心得經驗（這點非常重要）
---可以是對測試方面產生的心得體會，比如說總結出編寫測試用例的經驗等
---也可以是學習其他知識方面的體會，比如學習數據庫，VC等
4、測試部門意見提交
---每個測試部的人員，都可以對現有的測試體系結構進行提出自己的意見，比如提出要實行自動化，引入好的工具。都可以，然后大家可以進行開會討論是否可以接受提出的意見，只有集中大家的智慧才能有好的團隊。
5、例會與培訓
---部門例會可以根據具體情況進行，比如一個星期，半個月開一次。培訓，可以叫其他部門的同事進行培訓，比如開發部，工程部等，也可以是測試內部進行，比如規定部門每個人業余學習一門新技術或工具（并不強調熟練，精通），然后一個月后對部門其他同事進行培訓，這樣做主要是為了知識面的拓寬。時間也可以自己規定，半個月，一個月等。
6、網絡好文收集
----收集網絡的一些精彩文章
7、測試部門規范建設
----部門流程規范文檔，各種測試文檔編寫模板，包括用例模板，計劃模板，測試報告模板等
----測試部門的新人培訓計劃文檔
----測試部門常用工具的使用說明文檔，比如VSS,SVN，bug缺陷管理JIRA使用等
----還有一些其他方面，只要是大家統一認為是規范性的東西都放在這里
8、測試書籍
---每一個月測試部門出錢購買相關書籍，或者申請公司購買書籍
---每個員工看完書籍后必須寫一份看書報告，心得
關于和績效掛鉤在一起重要是為了提高部門員工的積極性，當然也可以是進行獎勵，不和績效掛鉤：
這個分數比較難規定：
1、測試概念，基礎知識整理---1篇1分
2、項目經驗總結-----每個人必須書寫，組長書寫的必須是整體的。如果一個項目完成后，沒有進行經驗總結，那么相關人員就進行扣分
3、個人心得體會---每篇需測試部人員進行打分，最后得出一個分值
其他部分也是一樣，培訓這塊是重分區；
具體怎么進行并入到績效中考核還沒有想好，希望大家多多提出想法。
陽光
我覺得你寫的東東，是一個大的框架，如果更好的做還需要再去考慮一下，并且覺得做的很小家子氣，應該做的更宏觀一點。另外有些歸類也不是很清晰，例如：例會跟培訓為什么歸到一類呢，另外下面是我給你的兩個小的建議：
1）測試概念和基礎知識部分，我覺得應該做的更大一點，不能只包括測試方面的，還應該包括其他技術方面的，比如操作系統，網絡協議、數據庫等等，可以叫做技術專欄；
2）項目總結部分，建議用TD，或者其他測試管理工具進行管理，這樣更專業化，并且管理起來更方便。
關于考核部分，我覺得除了這些條條框框的東西以外，還要增加人文的管理，更人性化的實施才是重要的，并且在實施的過程中你要寫你的監控流程，和維護流程。
dulong
跟績效掛鉤容易引發太多的事務，項目順利還好說，不順的時候扯皮，推脫責任等等都會發生，而且還容易形成個人主義，一言堂這樣的情形發生，不利于團隊的合作及發展。
個人認為，公司要有一套對員工的評價是正確的，這樣對個人的升遷、加薪都有個標準，方法上能否多考慮下多方面的因素，例如各自公司的目前規模，項目規模，部門職能重要程度等等。
具體的標準就是不能太限制搞技術的員工，畢竟我們都是腦力勞動者，每天都想著績效績效，擔心被這扣被那扣，那還有時間跟精力去創造更美好的事務。
把‘溫飽思淫欲’這句有點不得體的話放在這吧，要讓馬兒跑的歡就要先讓馬兒吃草。
當然，以上因人而異。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
