模板
教程
环境
性能
功能
管理
对目前系统测试的几个看法[2]
黑盒测试的缺点有：
1)不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%;
2)自动化测试的复用性较低。
谈到测试类型，我觉得这是我们忽略的一个环节。比如发现一个BUG，开发人员修改后，测试员可能只是考虑这个BUG是否依然存在，而忽略了其他问题，这就可能引起其他的BUG。(可能在修改这个BUG的同时，引起其他功能模块的连锁反应而产生其他的BUG。)那么，冒烟测试便可以解决这类问题(尽管它的覆盖率还是比较低)。
其它的测试类型还有Functional Test(功能测试)、Security Test(安全性测试)、Stress Test(压力测试)、Performance Test(性能测试)、Regression Test(回归测试)、Setup/Upgrade Test(安装升级测试)等。
我认为，可以通过一些培训或文档来培养测试人员的这些测试技巧。
4.测试用例
这里谈的主要是黑盒测试用例。具体参考黑盒测试的测试用例设计方法。
5.测试工作的考核
工作考核的内容，在整个公司来讲也是刚刚起步阶段，而测试工作的考核也是比较可能的。下面我列举几个考核标准，只供参考。
按照测试周期测试阶段分为：测试计划、测试设计、测试执行。
测试计划是测试经理负责的。测试人员主要是测试设计和测试执行。
考核标准：
1.BUG数量
目前使用BUG管理系统进行管理，因此可以通过该系统考核测试人员发现的缺陷数。
2.BUG跟踪情况
即该测试人员发现的BUG，是否及时跟踪该BUG的处理情况。
3.测试用例数
即测试人员设计的测试用例，相关标准是功能点，即一个功能点设计的测试用例数。
4.测试进度
即计划时间和实际使用时间的差距。
5.严重缺陷率
在BUG管理系统中，对BUG按照紧急程度进行了分类，这里的严重缺陷率就是指测试人员发现BUG的紧急程度。
