【转】测试计划

    1. 要充分考虑测试计划的实用性,即,测试计划与实际之间的接近程度和可操作性。 
        编写测试计划的目的在于充分考虑执行测试时的各种资源,包括测试内容、测试标准、时间资源、人力资源等等,准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制,可能受到的各种影响。说的再明确一点就是要“计划”“如何”去做“测试工作”,而不是“如何编写测试计划”。

    2. 要坚持“5W1H”的原则,明确测试内容与过程。

        明确测试的范围和内容(WHAT);明确测试的目的(WHY);明确测试的开始和结束日期(WHEN);明确给出测试文档和软件册存放位置(WHERE);明确测试人员的任务分配(WHO);明确指出测试的方法和测试工具(HOW)。【DMAIC模型是实施6sigma的一套操作方法】

    3. 采用评审和更新机制,确保测试计划满足实际需求。

        因为软件项目是一个渐进的过程,中间不可避免地会发生需求变化,为满足需求变化,测试计划也需要及时地进行变更。
        之所以采取相应的评审制度,就是要对测试计划的完整性、正确性、可行性进行评估,以保证测试的质量。  

    4. 测试策略要作为测试的重点进行描述。

         测试策略是测试计划中的重要组成部分,测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素,而测试策略则是说明世纪的测试过程中,应该怎样具体实施。因此,测试策略一定要描述详尽并且重点突出。

时间: 2024-08-07 00:58:10

【转】测试计划的相关文章

测试计划的编写

描述软件测试努力的目标,范围,方法和焦点的文档.测试用例:指对一项特定的软件产品进行测试任务的描述,体现测试方案.方法.技术和策略.内容包括测试目标.测试环境.输入数据.测试步骤.预期结果.测试脚本等,并形成文档.2.        测试计划的内容(1)        标题(2)        确定软件的版本号(3)        修订文档历史,包括作者,日期和批示(4)        目录表(5)        文档的目的和适合的读者群(6)        测试的目的(7)        软件

日程管理的测试计划和测试矩阵

一.测试计划 二.测试矩阵

日程管理APP的测试计划和测试矩阵

测试计划: 测试矩阵:

软件测试计划

1.讨论你们的测试计划: •在进行正规测试之前先预测一下系统可能发生的问题.比如用户输入什么数据可能导致系统报什么样的错误. •检测各功能之间的逻辑关系是否符合用户的需求. •使用专业测试工具. •尽可能多的对用户进行细分,并按照他们的操作去完成软件的功能. 2.我们是否需要测试,直到我们的软件是完美的? 我们的技术水平较低,开发过程中肯定会有很多的不足之处.我们的软件需要测试. 3.对于测试来说什么是“足够好”? 软件系统要能够按照用户的需求实现基本的功能.而且软件如果出现异常,软件要自行处理

团队测试计划

我们的测试计划 依次重复测试软件的每个功能板块,进行多次测试后,记录总结测试结果. 我们是否需要测试,直到我们的软件是完美的? 我们的软件需要进行测试,但是软件是为一部分人服务的,软件只可以做的更好,但是不会完美,所以我们只要做的足够好即可. 对于测试来说什么是“足够好”? 我认为,对于测试来说,目标用户的体验足够好才能代表这个软件足够好. “退出的标准”是什么 (1)集成测试用例设计已经通过评审 (2)所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改 (3)按

测试评审要点说明(测试计划、用例、报告)

测试评审要点说明(测试计划.用例.报告)--突破

测试计划

测试计划是一个过程,而不仅仅是一个文档.测试计划有助于测试范围的确定,测试策略的优化和测试风险的规避. 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量计划和方针.在测试活动中,首先要确定测试目标.范围和需求,然后制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算和评估. 测试强调的是一个过程,计划(Planning)过程,而不仅仅是为了一个文档——“测试计划书”(Test Plan) 测

如何编写测试计划

俗话说:凡事预则立,不预则废!软件测试同样,在测试项目之初就要制定相应的测试计划.接下来谈下如何编写测试计划问题. 一.首先了解以下几个问题: 1. 为什么要编写测试计划? 1)领导能够根据测试计划做宏观调空,进行相应资源配置等: 2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等: 3)便于其他人员了解测试人员的工作内容,进行有关配合工作 2. 什么时间开始编写测试计划? (测试需求分析前总体测试计划书/测试需求分析后详细测试计划书) 3. 由谁来编写测试计划? 具有丰

在JMeter测试计划中如何控制业务比例

性能测试混合场景中,我们需要组合多个业务操作到场景中来.比如有一个论坛的业务分布如下:开新帖与回复帖子的比例为2:3,那么我们在JMeter测试计划中如何控制其比例呢? 下面我们介绍两种方式: 1.多线程组方式 2.逻辑控制器控制 多线程组方式: 我们知道JMeter是用线程组来模拟虚拟用户的,JMeter还可以支持一个计划中多个线程组. 利用这个特性我们可以把开新帖业务放在一个线程组中,回帖业务放在另外一个线程组中. 为了制造出业务量的比例关系,我们通过控制线程数来达到效果.如下图: Repl

图书管理系统测试计划说明书

图书管理系统测试计划说明书 一. 引言 1.1 编写目的 本测试计划文档作为指导此测试项目循序渐进的基础,帮助我们安排合适的资源和进度,避免可能的风险.本文档有助于实现以下目标: 1) 确定现有项目的信息和应测试的软件结构. 2) 列出推荐的测试需求 3) 推荐可采用的测试策略,并对这些策略加以详细说明 4) 确定所需的资源,并对测试的工作量进行估计. 5) 列出测试项目的可交付元素,包括用例以及测试报告等. 1.2 背景 随着人们知识层次的提高,阅读成为日常生活中不可缺少的一部分.而图书馆的存