测试管理规范范文.docx

测试管理规范范文.docx

《测试管理规范范文.docx》由会员分享，可在线阅读，更多相关《测试管理规范范文.docx（3页珍藏版）》请在冰豆网上搜索。

测试管理规范范文

测试管理规范

《测试流程》

测试流程图

测试流程说明

制定测试计划

测试计划，是为了更好地开展测试工作，需要各个部门的知道测试要做什么，需要什么资源，而且更好地争取她们的支持。

主要内容包括：

测试工作的目标、范围、方法和重点

步骤：

a、分析需求文档，确保文档清晰，无二义性

b、定义测试中的相关任务

c、定义测试环境

d、定义测试过程管理

e、书写计划文档

参考文件：

测试计划模板.doc

1、需求测试

————最重要的一步

1、经过评审来测试需求

同行评审是业界公认的最有效的排错手段之一。

我们在需求测试过程当中，使用最多的也是同行评审（PeerReview），特别是正规检视（Inspection）。

正规检视是由MichaelFagan在IBM制定出来的一种非常严格的评审过程。

需求评审的参与者当中，必须要有用户或用户代表参与，同时还需要包括项目的管理者，系统工程师和相关开发人员、测试人员、市场人员、维护人员等。

在项目开始之初就应当确定不同级别、不同类型的评审必须要有哪些人员的参与，否则，评审可能会遗漏掉某些人员的意见，导致今后不同程度的返工。

好的需求应当具有的特点

一个良好的需求应当具有一下特点：

完整性：

每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。

正确性：

每一项需求都必须准确地陈述其要开发的功能。

一致性：

一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。

可行性：

每一项需求都必须是在已知系统和环境的权能和限制范围内能够实施的。

无二义性：

对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，因此尽量把每项需求用简洁明了的用户性的语言表示出来。

健壮性：

需求的说明中是否对可能出现的异常进行了分析，而且对这些异常进行了容错处理。

必要性：

“必要性”能够理解为每项需求都是用来授权你编写文档的“根源”。

要使每项需求都能回溯至某项客户的输入，如UseCase或别的来源。