测试计划包括哪些内容,测试计划文档包括哪些内容( 二 )


3. 采用评审和更新机制 , 保证测试计划满足实际需求
测试计划包含哪些重要的内容? 综述:测试的目的和测试范围、项目组人员的任务分配和进度安排、项目执行过程中可能遇到的风险分析和风险预防和项目验收的指标 。
背景:对测试对象(构件、应用程序、系统等)及其目标进行简要说明 。 需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史 。
范围:
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能 。
如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施 , 则列出所有这些假设 。
【测试计划包括哪些内容,测试计划文档包括哪些内容】列出可能会影响测试设计、开发或实施的所有风险或意外事件 。
列出可能会影响测试设计、开发或实施的所有约束 。
参考资料来源:


测试计划阶段包括哪些活动 测试计划的内容会因不同的项目以及项目的大小而有所不同 , 一般而言在测试计划中应该清晰描述以下内容:
1、 测试目标:对测试目标进行简要的描述 。
2、 测试概要:摘要说明所需测试的软件、名词解释、以及提及所参考的相关文档 。
3、 测试范围:测试计划所包含的测试软件需测试的范围和优先级 , 哪些需要重点测试、哪些无需测试或无法测试或推迟测试 。
4、 重点事项:列出需要测试的软件的所有的主要功能和测试重点 , 这部分应该能和测试案例设计相对应和互相检查 。
5、 质量目标:制定测试软件的产品质量目标和软件测试目标 。
6、 资源需求:进行测试所需要的软硬件、测试工具、必要的技术资源、培训、文档等 。
7、 人员组织:需要多少人进行测试 , 各自的角色和责任 , 他们是否需要进行相关的学习和培训 , 什么时候他们需要开始 , 并将持续多长时间 。
8、 测试策略:制定测试整体策略、所使用的测试技术和方法 。
9、 发布提交:在按照测试计划进行测试发布后需要交付的软件产品、测试案例、测试数据及相关文档 。
10、 测试进度和任务人员安排:将测试的计划合理的分配到不同的测试人员 , 并注意先后顺序.如果开发的
Release不确定 , 可以给出测试的时间段.对于长期大型的测试计划 , 可以使用里程碑来表示进度的变化 。
11、 测试开始/完成/延迟/继续的标准:制定测试开始和完成的标准;某些时候 , 测试计划会因某种原因(过多阻塞性的Bug)而导致延迟 , 问题解决后测试继续 。
12、 风险分析:需要考虑测试计划中可能的风险和解决方法 。
软件测试计划模板一般包括哪些要素 软件压力测试计划实例
发布:
2010-12-21
10:08
|
作者:
不详
|
来源:
领测测试网采编
|
查看:
257次
|
进入软件测试论坛讨论
领测软件测试网
软件压力测试计划实例
软件测试 利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误 , 但是错误总是存在的 , 如果开发者找不到错误 , 那么 , 客户就会找到它们 。 越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一 , 很多软件开发组织将30%—40%甚至更多的项目资源用在测试上 , 软件测试技术和软件测试策略受到了高度的重视和广泛的应用 。 本文不想就软件测试技术和软件测试策略作深入的理论分析 , 而是列举一个在软件系统测试阶段进行的压力测试实例 , 希望能通过这个实例与从事软件测试相关工作的朋友进行交流 。 首先介绍一下实例中软件的项目背景 , 该软件是一个典型的三层c/s架构的mis系统(客户端/应用服务器/数据库管) , 中间层是业务逻辑层 , 应用服务器处理所有的业务逻辑 , 但应用服务器本身不提供负载均衡的能力 , 而是利用开发工具提供的orb(对象请求代理)软件保证多个应用服务器间的负载均衡 。 本次测试的目的是:进行单个应用服务器的压力测试 , 找出单个应用服务器能够支持的最大客户端数 。 测试压力估算的依据是:假定在实际环中 , 用户只启用一个应用服务器进行所有的业务处理 。 方法是:按照正常业务压力估算值的1~10倍进行测试 , 考察应用服务器的运行情况 。 压力测试的详细计划如下: 压力测试计划 1、测试计划名称 河北省公安交通管理信息系统压力测试计划 。 2、测试内容 2.1背景 本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷 , 长时 间运行测试软件来测试被测系统的可靠性 , 同时还要测试被测系统的响应时间 。 用户的实际使用环境: ◇由两台ibm

推荐阅读