制定项目的测试策略-Read

《制定项目的测试策略-Read》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、制定项目的测试策略你需要一个测试策略。为什么？最近，我需要为自己工作的项目制定一份完整的测试策略。在我刚來到这个项目组时，我发现开发人员试图使用一个不完整的瀑布生命周期模型。这就意味着开发过程耍具备专门的团队基础。刚好，这个项目纟R有人约12个开发人员，正处在利用并行开发工作来研究更多迭代方法的过程中。有一个测试新手，工作非常努力，为项口提供仅有的测试。而我为了帮助他们测试，也加入了这个项戸。少此同吋，项目组雇用了新的项冃经理和架构师，非常主动地承诺会在剩余的一年时间内结束项目0这种沉闷的情景是不是听起來很熟悉？我猜它会是这样，

2、因为这不是我第一次碰到这种情况。这里，首要的问题是制定一份测试策略。什么是测试策略？这要看是谁在问你。这篇文章里，我们会把测试策略作为所冇测试阶段、测试技术和项H所使用的测试工具的FI标。最重要的一点，测试策略应该使测试过程中的交流变得更为容易，而它会影响到整个项口组。通过制定测试策略來指导我们的工作，下面是项FI组所碰到过的一些具体问题，我们需要寻找一些解决他们的方法：•缺乏可重复性测试一•项目缺少回归测试。•缺乏可见性测试一•没冇收集衡量结果的指标，唯一的标准就是发布代码的期限。•反作用的构建过程一■他们只对项目的紧急程度构

3、建响应，没有预测其他构建人的需要。•没有对测试环境或测试数据进行控制。•代码发布后，没冇进行单元或集成测试。•没有简单的口动化过程，没有测试过程。下面的故事会告诉我们如何定义并实施一个测试策略。让我们开始吧在制定测试策略时，你需要和项目屮的关键人物一起，将关注点放在你们所面对的问题上，制定一个长期的解决方案，可以在整个项目周期内实施。除了上面列出的那些问题Z外，我们的项冃解决方案还耍满足测试策略的基本需求：在开发周期内,帮助项n组尽可能早的找到最严重的bugs°想尽早地发现最严重的缺陷，需要把项目的测试部分和开发部分联合在一起，

4、包括不同的测试阶段、测试类型、项h环境，以及如何在坏境、角色、职责z间升级代码，述有普遍使用的工具。这个看起來是不是有点复杂？实际上，它比你想象的简单。保持简单：写字板上的计划测试策略应该尽量的简单，这样我们可以将其展现在白色的写字板匕同时，一个简短的会议，你应该可以把它的含义解释给项n纽内的任何一个人。在你花时间把测试策略的细节写入文档之前，清晰地定义简化的概念是简单性的保证。把想法和内容写到写字板上的过程是一件非常冇参与性的事情,它可以帮助人们共享意见和观点,这时候,写字板往往是最好的媒介。人们使用写字板吋，会画一些漂亮的图

5、和流程图，而这些图形符号每个人都能理解。制定测试策略时，你需要把项目纽的其他人包含进來。一般有项目经理、开发主管、架构师、DBA（数据库管理员）,以及其他一些关键人物，他们具有一些可利用的技术资源，所以他们可能具冇更好的想法。此外，你的测试策略应该覆盖整个项冃的生命周期，让每个人都能按照它的方式工作。这意味着你需要这些技术人员投入其中，以保证它能够成功地实施。至少，他们可以给你更多有关测试类型的现实想法（单元测试、代码复查、执行期分析等等）。我通常试着寻找那些最大程度地包含在项目中的人，和他们一起开会讨论。因为，他们的洞察力和建

6、议往往是非常宝贵的。第1步：基本策略轮廓拿出一个空白的写字板，和人家一起开始。首先，把每个你想要捕获、制定的测试方面写到写字板上，分成列的形式。对于我们的项目，我把测试阶段（包含了项目所执行的测试类型）、不同的代码环境和衡量指标各分成了一列，其中的衡屋指标决定我们何时在不同的环境Z间移动代码。图一展现了它的基木面貌。图一写字板—一轮廓我使用红色标注出这些定义。列岀项目纽当前并存执行的每个测试阶段；在测试阶段的下而，列出要执行的测试类型。而寻找测试类型的过程，会帮助你清晰地定义测试阶段，同时，你可以把每个阶段所代表的含义和产生的内

7、容分成一组。这里没冇所谓的“正确”定义;唯一重要的一点，就是大家都认可你所使用的定义。你也可能需要定义测试的类型，但更重要的是确保每个人都能够理解如何区分不同的测试类型。记住，你要使大家能够自山地讨论测试策略，一个清晰的框架需要清晰的定义。第2步：目前的安排接下來，列出不同的项目环境，以及当前所使用的衡量指标，后者决定了何时在环境之间移动构建。在我们的项目中，我询问了每一个参加会议的人，发现项目组会执行系统测试和一些回归测试，以及为少量用户提供的专门的接受测试。而这里缺少单元测试和集成测试的一致性，以及通常在代码提交给用户之后所

8、要进行的代码复查工作。系统测试屮，我们利用一些功能测试和生命周期测试,将人部分的需求做了验证。而在前面的迭代屮，项目组执行了一个或两个临时的潜在测试，所以我们已经包含了那些测试。所冇的回归测试，在时间允许的情况下，从前面的一次发布开始，是手工地基于测试用例的测试