软件测试的测试计划

我做事很容易陷入一个形式化的禁锢。完成一个任务不能为了完成而完成,应该要分清主次,知道为什么要去做这件事。

写一份测试计划,有点像老太太的裹脚布,又臭又长。

没有写出最主要的时间上的安排。反思反思。。。

可是谁又会去执行呢!实际上项目如风云般变化,敏捷开发和测试才是王道啊。

目录

1     简介... 4

1.1          文档目标... 4

1.2          测试目的... 4

1.3          项目背景... 4

1.4          参考文档... 5

2     测试范围... 5

2.1          测试范围... 5

2.2          测试约束... 6

3     资源... 6

3.1          人力资源... 6

3.1.1       角色与职责... 6

3.1.2       培训计划... 7

3.2          系统资源... 7

3.2.1       软硬件资源... 7

3.2.2       测试环境... 7

3.2.3       测试工具... 7

3.2.4       其它需求... 8

4     测试需求... 8

4.1          被测试项... 8

4.2          不被测试项... 8

4.3          其它测试项(非开发需求)... 8

5     测试方法... 9

5.1          功能测试... 9

5.2          性能测试... 9

6     测试里程碑... 9

7     测试任务安排与估算... 9

8     测试退出的准则定义... 10

9     应交付的测试工作文档... 10

10           相关文件... 11

11           附录一 测试策略标准... 11

12           附录二 测试相关术语表... 19

这就是我写的测试计划的目录,我完全不知道我写这个是干嘛的。再也不要写了。

时间: 2024-10-07 08:22:51

软件测试的测试计划的相关文章

为什么需要软件开发报告

由于需要交软件开发报告的作业,没办法,硬着头皮写了.本文主要讲讲我在写这篇报告过程中的一些感悟. 在公司,我主要负责技术实现的,也就是标准的码农.平时我很少考虑文档的重要性,当然,我自己也很少写文档,一直都觉得写文档很浪费时间.在仔细地分析了各种软件开发报告后,我发现我彻底地错了.程序功能的实现并不难,只要掌握了相关技术,或者说即使不会,网上也有很多参考资料.而文档的编写却是真正考察一个人的能力,它体现了一个人思考问题解决问题的能力.可以毫不含糊地说,要写出一份好的文档比开发一个好的程序难多了.

软件测试基础(五) 测试方案与测试计划

测试计划Testing plan,描述了要进行的测试活动的范围.方法.资源和进度的文档.它确定测试项.被测特性.测试任务.谁执行任务.各种可能的风险.测试计划可以有效预防计划的风险,保障计划的顺利实施.简而言之,测试计划说的是“做什么”. 测试方案描述的是测试需要测试的特性,测试的方法,测试环境的规划,测试工具的设计和选择,测试用例的设计以及测试代码的设计方案.简而言之,测试方案说的是“怎样做”. 测试计划编写6要素 1) why——为什么要进行这些测试: 2) what—测试哪些方面,不同阶段

软件测试文档之测试计划

测试计划是测试前必不可少的准备工作,有一份好的测试计划,在执行测试时候才能做到心中有数,才能高质量高效率的执行测试. 那么测试计划究竟该如何编写呢?一个测试计划主要包含引言.测试任务.质量目标.测试策略.测试资源.测试进度.测试应交付的工作产品 引言/概述:主要介绍文档目的.文档的适用范围.项目背景.术语缩略语.参考资料等 测试任务:测试范围.测试目标.风险及约束等 质量目标:分为产品质量目标.测试质量目标 测试策略:测试策略常见的有集成测试.界面测试.系统验收测试.兼容性测试,简述测试执行用到

转:测试计划(出处:: 51Testing软件测试网--zfx081)

测试计划阶段主要处于测试的先期准备阶段,在该阶段中主要是对将要进行的测试工作做一个整体的规划.包括一下内容:   1.测试目的和测试项目简介. 1.1测试目的:××××系统的测试计划有助于实现一下目标: 确定现有项目的信息和应测的软件构件. 推荐可采用的测试策略,并对这些策略加以说明. 确定所需要的资源,并对测试的工作量加以估计. 给出测试项目的可交付元素. 1.2项目背景 了解产品是什么,应用领域,开发背景,主要功能以及使用范围.对于大的测试项目还要了解测试的目的和侧重点. 2.测试参考文档和

数字城市广州水库监测平台测试计划【软件测试与工程】

该物联监测系统(水库监测平台)通过一系列设备的支持和后台操作人员的操作,将对水库的物联监测实时而准确的反馈到平台上.用户可以轻松地从该平台上获取到广州市水库监测系统该方面的相关数据信息.系统功能方面采,用了GIS应用.预警监测.监测管理,并针对用户痛点进行优化,测试结果符合使用要求,且功能齐全完善. 思维导图: 功能结构图: 原文地址:https://www.cnblogs.com/qlzz/p/11040572.html

测试计划的编写

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

软件测试概述

• 不论软件的生产者还是软件的使用者,均生存在竞争的环境中: 软件开发商为了占有市场,必须把产品质量作为企业的重要目标之一,以免在激烈的竞争中被淘汰出局. 用户为了保证自己业务的顺利完成,当然希望选用优质的软件. 软件带来错误的原因很多,具体地说,主要有如下几点: • 交流不够.交流上有误解或者根本不进行交流 • 软件复杂性 • 程序设计错误 • 需求变化 • 时间压力 • 代码文档贫乏 • 软件开发工具 什么是软件测试 软件测试就是在软件投入运行前,对软件需求分析.设计规格说明和编码的最终复审

软件测试笔记(一)理论篇

有句话是这么说的:能动手就别哔哔,尤其是在工作节奏堪比跑马的今天,大家都推崇实干精神,能解决问题就好,去他的理论.但是无可否认的是,良好的理论素养无论是解决工作中遇到的问题,还是未来的职业发展,都帮助甚大.本文整理汇总了软件测试行业中常见的一些测试理论,供大家参考. 1.软件测试按照测试分类有:黑盒测试和白盒测试. 黑盒测试 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用.在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,

软件测试职业规划的思考

前言 入软件测试行至今已经8年多,承领导们的信任与重用,同事的支持与信任,我的职业发展算是相对较好,从入行到各类测试技术岗位,再到测试总监,每一步都刚刚好.最近在自身职业发展瓶颈,人生十字路口,静坐反思,重新审视个人规划与测试人员发展的这个问题,问回自己:你为什么做软件测试工程师?胡思乱想之下有了此文. 一.软件测试起源 网上有一些经典的软件事故,大家感兴趣可以自己搜索一下,我搜了几个列举如下: 简单总结:软件出现缺陷(BUG)导致经济或其他损失,因此有了软件测试. 由此可知软件测试目的:发现缺