进化的测试

跟测试工程师打交道最多的可能就是测试用例了，先设计出一些测试用例，然后这些测试用例要经过评审，之后要执行这些测试用例，完了以后还有可能需要对这些测试用例进行更新。测试用例的重用是一个很有必要的活动。那怎么重用呢？很多人可能第一时间想到了一些测试管理工具能帮上忙，例如Quality Center，Test Link；又或者是一些保存测试用例的工具，例如Word，Excel。 不过这些东西真的能帮助我们重用测试用例么？我想未必。测试用例的重用，应该是测试用例里面的设计思想的重用，而不是具体某个测试用例的，因为对于功能测试的测试用例来说，大多数的测试用例都跟某个具体的被测应用有想到大的关联性，例如要测试一个博客编辑器，对于MySpace的博客编辑器和facebook的博客编辑器来说，它们的主要功能是相似的，都有发表博客，编辑博客，修改博客等……但是由于这是两个不同公司的产品，他们的具体功能或者UI是完全不一样的，所以拿到的两套测试用例，也应该是不一样的。如果分别提取出测试用例的核心思想（就是那些可以重用的部分），应该能看到很多的共同点，或许会有这么一条共同的用例思想。

软件开发过程，软件就是一件产品，那么这个产品的生产过程是什么呢？在这个过程中都有些什么中间产物呢？ Customer Requirements（客户需求） Specifications（说明书），说明书是从需求转化而来，定义了产品是怎么样的，能干什么等等 Schedules（进度表） Software Design Documents（设计文档）书上说的5种，有些也可能只是某文档的一部份而已。我自己见过比较常见的High-Level Design（概要设计）, Low-Level(Detail) Design（详细设计）。书上说的数据流图，状态转换图等等，有时候就出现在HLD里面了 Test Documents（测试文档）包括了测试计划，测试用例，问题报告，统计报告等……这里我自己讲讲体会，刚到SPSS实习的时候看文档的时候我看到了Test scrīpt这个名词，一开始我以为是自动化脚本，后发现其实就是Test Case，所以说这些所有名词都可以有其他叫法。 以上就是作为一个测试工程师会经常遇到的文档。