如何做一份关于软件测试工作的规划?

发表于:2013-06-07来源:Rhawkinson软件测试网作者:Rhawkinson点击数: 标签:规划
如何做一份关于软件测试工作的规划? l 周报中应包罗哪些信息。 C. 相关信息生存的位置 l 系统的那些常用成果需要测试。

  l 周报中应包罗哪些信息。

  C. 相关信息生存的位置

  l 系统的那些常用成果需要测试

  在系统开拓和测试进程中,会有各类大概导致系统宣布延迟,在打算中需要预先预计这些风险,而且提出相应的搪塞步伐。

  l 是否利用里程碑技能和在测试进程中验证每个模块?可能是什么都不做,只是普通的测试罢了。

  D. 办公空间需求

  B. 成果分别

  l 在写这一节时,日本动画,思量一下你的打算在那些处所大概会引起阻挡。这个打算跟以前的打算对比,有什么差异的处所。测试项目与系统开拓打算的干系等。

  十一、风险阐明

  测试部分大概对应该做什么测试以为很疑惑。本节试图对这些问题做一些划定。凡是说明什么是要测试的,什么是不要测试的长短常重要的。明晰划定这些问题后,测试人员对该做什么有一个清晰的认识。

  五、测试要领

  1. 打算阶段

  2. 测试遍数

  当我看到有伴侣给我提供资料时,我真的很打动,很感激雨燕和叶开伴侣,作为一名中国措施员,我认为就应这样交换,接头,我此刻在做测试事情,测试很有意思的,也很重要,公司让我做测试是因为想高起点造就我,关于有人认为测试是比软件工程师低一等的事情,实在不敢苟同,只是有些公司,软件人员对他缺少认识,不相识而已,以下是我拥有的资料,供伴侣们看,也同时但愿伴侣们多提供资料,意见,在这问题下,搜集大量的测试文档,供人查阅,参考,thanks

  C. 文档汗青和改观

  B. 测试范畴

  测试项目开始时,应该完成测试打算的大部门内容。项目开始后,由于测试环境有变革,大概导致测试打算文档变革。假如文档有明明的变革,必需在文档中添加改观汗青来记实这些变革。

  l 数据库利用进程中出了问题和谁接洽?

  第X遍测试

  B. 硬件需求

  A. 整体计策

  提示和能力:

  I 兼容性测试

  l 如何填写事情周报。

  l 在系统刊行时修复了几多缺陷

  H. 机能测试和压力测试

  提示和能力:

  G. 内容测试

  三、质量方针

  l 那些部门不需要测试,为什么?

  l 当项目希望到差异阶段时,是否需要更新这些法则。

  开拓部分是否需要运行简朴的用例,验证系统是否正常,假如验证失败,需要采纳什么动作。

  A. 文档目标

  l 测试人员是否在项目开拓初期就开始事情?可能测试人员只在系统开拓完后,才开始测试。

  A. 整体计策

  确定系统在什么环境下可以宣布,由谁抉择。

  l 如何将内容测试与其他事情分隔。

  l 你将做什么来担保你是在向实现视图的偏向前进?

  本节的目标说明在测试进程中测试部分在接管测试系统时应执行什么查抄。

  包罗主要时间点的布置

  C. 文档汗青和改观

  二、配景

  八、时间进度布置

  B. 硬件需求

  l 谁有权利用哪类帐号?

  2. 开拓阶段

  对付系统来说,总有些内容部门需要测试,譬喻辅佐等。对付网站来说,文字说明也是相当重要的。内容测试的第一步就是将内容部门标识出来,再确定谁来实施测试。

  1. 不变阶段摘要

  l 谁认真数据库备份?

  l 自动化的方针是什么。

  l 是否要验证每个模块的不变性?

  1. 测试系统接管条件

  七、资源需求

  提示和能力:

  B. 文档摘要

  l 用户辅佐内容在何时如何与系统成果交互浸染?奈何测试?

  A. 测试团队布局

  这一节说明系统可以分成那些模块,别离由谁认真。

  在机能测试中,执行差异的测试,并举办记时,然后将这些数据与以前的数据举办比拟。此刻的系统多是 C/S 架构或 B/S 架构,需要测试系统对多个用户的并发响应本领,一般环境下可以利用软件在一台呆板上模仿几千个客户端举办压力测试来权衡这些指标。

  l 如何确定项目中是否有过多的缺陷。

  提示和能力:

  十二、 系统宣布

  提示和能力:

  C. 软件需求

  八、时间进度布置

  提示和能力:

  l 另一种极度的环境长短常提要的测试用例。这些用例长短常宽泛的,只提供简捷的描写说明需要做什么。让测试人员抉择如何实现,以及利用那些数据来测试。大大都的专业测试人员附和于一个折中的方案,并倾向于提供较为具体的步调。

  l 利用什么自动化工具?是否开拓新的自动化工具?

  l 与以前的系统举办对比。好比“在增添新成果后是否跟以前一样快甚至更快些。”

  l 缺陷打点应该与开拓部分的认真人一起接头。

  六、测试组织

  2. 测试遍数

  l 典范的用户情景是什么?

  l 在什么平台上做开拓和测试,在那些平台长举办兼容性测试。

  提示和要点:

  3. 项目竣事

  l 假如没有可比性,可以利用公道速度来举办权衡,但这种数据必需经确认。

  l 多长时间备份一次?

  l 对付新手需要先先容测试系统,假如测试人员较量熟悉该系统,则需要说明新系统的成果。

  B. 测试范畴

  提示和能力

  l 是否举办自动测试。

  本节的目标说明在测试进程中测试部分在接管测试系统时应执行什么查抄。这一节有助于其他部分(开拓部分、用户教诲部分)相识在宣布测试系统时应做些什么。保持测试系统相对不变长短常重要的。

  l 利用列表的名目,可以将问题按重要水平摆列出来,然后在后头的章节中再对这些问题举办具体说明,这样就能让对这些问题有重要影响的人员知道问题的地址。

原文转自:http://www.rhawkinson.com/ceshi/1085.html