（1）：测试分类多多
测试类型有很多分类，很杂，如何理顺？上一节我们知道，测试系统有五个要素，测试手段的分类也可以按要素来考虑。
从“测试人员”（代表谁）这个要素来看，有：用户测试、阿尔法测试（内部代表测试）、贝塔测试（外部代表测试）；
从“覆盖率”（内容）这个要素来看，有：功能测试、域测试、等价类分析、边界测试、最佳代表测试、逻辑测试、状态测试、语句与分支覆盖率、配置测试、基于规格说明书的测试、基于需求的测试、组合测试，等等。
从“潜在问题”（风险）这个要素来看，是基于风险的测试，关注：输入约束、输出约束、计算约束和存储（或数据）约束。
从“活动”这个要素来看，有：回归测试、脚本测试、冒烟测试、探索式测试、游击式测试、场景测试、安装测试、负载测试、长序列测试、性能测试。
从“评估”（是否通过）这个要素来看，测试手段有：自校验数据、与已保存的结果进行比较，与规格说明比较。
还可以从多个要素或多个测试手段的组合来了解测试方法。从上面可以看出，测试的分类是很庞杂的，对此我们要有一个基本的认识，即是关注哪方面，从哪个角度来说的。
上述测试手段或方法就不去一一定义了，常用的术语随便找一本测试类教科书都可以找到。
给大家留一道思考题：IBM推崇的“静态测试”主要涉及哪些要素？最好归于哪一类中？
（2）：用心写好测试报告
将测试的问题呈现给他人，就是通过你的测试报告（这里的报告是指对问题测试的描述），它是测试员的主要工作产品，如果报告写得好，则声誉高。
有不同类型的测试报告，即面向不同的读者。
面向程序员的测试报告，通常是放到测试管理工具中流转到程序员，这时要注意几点：
1、 客观描述现象，列出具体测试用例。
2、 可以提供一些分析和建议，但不要作出评价。
3、 对测试中没有再现的现象，也要作出说明，以期引起注意。
面向生产例会提供的测试报告，通常由测试经理带到会上，这时要考虑：
1、 有综述性地统计信息，反映全貌；
2、 要重点突出，以便测试经理能在较短的时间里向会议表达重点事项。
文章来源于领测软件测试网 https://www.ltesting.net/