新手上路第三天

rom · 发表于 2009-12-9 15:41:56

呵呵，俺的文章没啥人看，想了想原因，估计首先是题目不好，看到是“新人”上路，各位看官儿就没啥兴趣看下去了，呵呵；再次是内容有些散，前两天写了些与测试相差很远的边缘内容；三是俺本身就属于偏向技术的那类人，觉得测试是种内在的东西，需要深厚的内功（无论是技术上的还是业务上的），而不只是在界面上点来点去。能来捧场的俺表示感谢，俺的只言片语没啥人气，其实也没啥遗憾，每天有个固定的时间复习一下跟测试相关的知识，也是进步，呵呵。
1. 软件质量工程体系中有两个层面的工作：质量保证（QA）和软件测试。说的直白些，QA关注的是过程，要找到流程中存在的不足，进行优化改进；而测试关注的是最终的结果，在测试活动中找到系统潜在的缺陷，给系统一个最终的评价。因为每个公司的质量保证过程不会有太大的变化，因此一般不会投入大量的人力物力。现在的软件测试看起来是生机勃勃，虽然投入的人多，但相对于开发来说，整体人员素质却稍逊一筹，这跟测试工作的入门门槛低有关系，门槛低却不表示任何人都能做测试工作，想干测试的人也需要量力而行。
2. 测试有源头，测试没尽头。测试的源头就是最初确定的用户需求，再完美的系统不能满足用户需求，那么也就失去了测试的意义。明确了这点，测试活动最好在需求分析阶段开始。测试是没有尽头，入口条件、输出结果以及路径组合太多，即使是用自动化工具，这样的工作量也可想而知。还有，测试活动只是能证明被测试的系统中存在缺陷，但无法证明被测试的系统中没有缺陷。因此，找到测试的中止点，是明智的，是取舍之间的对抗，也是缺陷与成本之间的对抗。
3. 测试中的两个效应。测试是很奇特的工作，因为测试活动中包含了奇特的现象。首先是群集效应，这是一个经验结论，是新手更应该学习的。就是说系统的某一模块或组件中发现的缺陷越多，那么它潜在的问题就越多。也许跟这个模块的逻辑难度或是开发人员有关系。著名的20－80原则可能也适用测试活动。还有一个就是蝴蝶效应，测试中的蝴蝶效应大家经常遇到，但没有联系到这个名称上，简单说，就是牵一发而动全身的关系，对系统中一处功能做修改也许就会引发多处的问题，这就是为什么我们要回归测试了。
（明天继续）