题外话：今天一早发现的CSDN博客上的图片又都回来了，算来图片审查已经进行了一月左右了，之间俺也牢骚和抱怨过多次，不过终于在春节回来了，多少是件让人高兴的事情！
最近看到的一些介绍Visual Studio 2010（以下简称VS2010）测试功能的文章中，经常出现类似下面这样的一张图。它的大概意思是说，VS 2010为具备不同编码（coding）能力的测试人员，提供了多种测试工具/功能。generalist和specialist分别代表了coding技术能力分类的测试人员的两个极端。需要注意：编码能力是衡量现代软件测试人员技术能力的重要指标之一，它并不是衡量的唯一标准，因为合格的测试人员还需要具备其它很多编码之外的重要能力，如：沟通能力、测试计划、测试用例、发现Bug的能力和测试敏感度等。
-
Generalist ：仅具备手工测试能力，不具备任何脚本或者编码能力，但同时可能还具有丰富的领域知识。这样的软件/硬件测试人员现在还是很少的了，多少都应该会一些脚本语言。Generalist的中文翻译是指全才和通才，这里显然不适用。
-
Generalist+ ：具备基本脚本语言知识，能够为创建测试环境和数据编写脚本代码。
-
Generalist++ ：具备扎实的脚本语言知识，同时有一定的编程能力。
-
Generalist+++ ：很强的编程能力，并能够编写自动化测试用例代码。
-
Specialist ：编程专家级别。
对于上述这五个分类，我个人觉得，它仅是一个概念性的划分，其目的是为了更好地说明VS2010所提供的丰富的测试用能的特点，和针对特定客户群。例如：对于Test Runer工具而言，使用它录制和播放一个手工测试用例是不需要编写任何脚本和代码的，它被对应到Generalist和部分Generalist+下面，仅是想说明这一点，并不表示只有这两类人员才会用到。
针对不同测试需要，VS2010各个版本之间测试功能的分布也是不同的，下面这张图非常有用处，它具体总结了VS2010众多的测试功能以及它们的分布情况。
最后，还想对测试人员的编码能力谈些看法。记得在两周前参加InfoQ在紫竹举办敏捷Scrum培训时候，吴穹博士曾提到过， Scrum对测试人员要求更高，因为测试时间更短，而且每个迭代还要保证不会破坏前几个迭代已经实现好的功能，但靠手工测试已经远远无法满足要求了，所以测试人员一定要有编写自动化测试用例的能力。我个人还是基本同意这个观点的，测试的自动化是趋势，但自动化测试用例的比例是多少合适？是否能够自动化？是否容易自动化？是否值得自动化？等等，这些问题因项目的具体情况而论。自动化不是“银弹”，它并不能解决测试的全部问题。还有很多其它内容需要去思考，例如：我个人在测试中经常遇到的问题是 - 软件的可测试性（Testability）。
参考资料:
5484
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
