软件测试内容全貌——全景图

在CSDN看到,感谢朱少明的整理。看到时候很强力,这得需要多么深的经验才能整理得出来,由此抄录下来,以做后面深入理解和学习。如有侵犯之处,请告知,我会第一时间处理。

作者:朱少民的blog 出处:CSDN

通过全景图,想使大家对软件测试一目了然。自己做了两张不同的全景图,自己还不能满意,特呈现出来,请大家多提意见,从而构造一完美的软件测试全景图。

【全景图一】

思路更清楚。一方面,从质量管理的思想出发,定义测试的目标和测试的范围,然后通过相应的测试方法实现测试目标。这些方法自然被应用于测试用例的设计,而设计出来的测试用例被执行,而执行的手段有手工测试和自动化测试。设计测试用例的目的,就是为了更快、更全面地发现缺陷。另一方面,测试的管理思想也应源于客户的需求、源于组织的质量方针。测试管理要覆盖整个测试生命周期中的各个阶段,每个阶段都会涉及缺陷的报告、跟踪和分析。

【全景图二】

这是最初的草稿,基本思路和上面接近,可能更灵活些,而且试图更想说明测试用例、测试脚本和缺陷等之间的关系。理想的情况就是要建立需求、测试用例和缺陷之间的映射关系。也试图通过一些虚线来描述测试管理、测试阶段和测试目标等之间的关心,包括其中回归测试的概念。

基于过程的软件测试全景图

基于过程的软件测试全景图,是对基于内容的 软件测试内容全貌——全景图(1) 的补充,从而对软件测试有一个较完整的描述。借助这张全景图,更好理解从需求、设计验证开始直至产品发布的整个测试过程,以及慢慢体会如何做好测试工作的每一个环节,不漏过任何一个环节,包括测试项目背景的掌控、沟通等等。

时间: 2024-08-03 14:30:58

软件测试内容全貌——全景图的相关文章

转:从web三层架构解析软件测试内容

B/S架构的系统,都会使用如下的基础软件架构: 数据访问层:实现对数据的访问功能,如增加.删除.修改.查询数据. 业务逻辑层:实现业务的具体逻辑功能,如学生入学.退学.成绩管理等. 页面显示层:将业务功能在浏览器上显示出来,如分页显示学生信息等. 在实际项目中,可能会根据情况在业务逻辑层增加层级,对于软件测试,也无非是针对这3层架构进行的测试或者测试过程中都会涉及到这3层架构. 数据访问层: 1. 常出现的问题可能是数据库字段长度不正确,导致保存的数据被截断或提示错误. 2. 写入的数据正确性.

软件测试文档

在软件测试中的流程中,测试文档也是一个重要的流程,所以测试人员也需要学习测试文档的编写和阅读. 一.定义: 测试文档(Testing Documentation)记录和描述了整个测试流程,它是整个测试活动中非常重要的文件.测试过程实施所必备的核心文档是:测试计划.测试用例和软件测试报告. 二.测试文档的重要性 软件测试是一个很复杂的过程,涉及软件开发其他阶段的工作,对于提高软件质量.保证软件正常运行有着十分重要的意义,因此必须把对测试的要求.过程及测试结果以正式的文档形式写下来.软件测试文档用来

软件测试 总结

为期8周的软件测试课程,让我学会了关于测试的很多知识,测试是一门需要细心的大工程,测试分为很多的内容,也许有人认为测试容易,但其实不然. 从我做的两次实验来看,仅仅是一个非常简单非常小的应用就可以做很长的时间,而做出一个好的测试报告也需要付出很多的时间来写好写完整. 现在需要很多软件测试的人才,我们也很有必要好好学习软件测试这个模块. 以下是具体的体会整理: 体会一:软件测试在整个软件周期中的重要性.              它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需

软件测试流程参考一

1.准备阶段 测试经理需要评估测试工作量并评估测试时间.基于测试工作量和估计时间分析,可能需要及时向客户报告,并请客户确认测试范围等相关信息.对于最终项目进度,需要测试主管,测试经理和项目经理交流达成一致. 测试计划是主要的测试文档,可以参考测试术语表创建,测试计划的作者不能自我审阅测试计划,必须由测试主管或测试经理进行审阅,并且请客户最终确认. 在创建测试用例之前,需要列出测试的全部功能区域.然后分别进行测试风险分析和确定测试的优先级,并且报请客户或测试经理批准. 创建测试用例是准备阶段的另一

软件测试简介

软件测试就是通过一定的方法(人工的或者自动的)来检验程序是否满足需求或者弄清预期结果与实际结果之间的差别的过程. 那谁谁谁提出的下面几个观点(只摘取了部分): 测试是为了发现程序中的错误而执行程序的过程: 好的测试方案是发现迄今为止尚未发现的错误: 成功的测试是发现了迄今为止尚未发现的错误(和第二点看起来有点拗,理解了就发现完全不一样嘛): 测试不仅仅为了找到错误,而是根据错误发生的趋势和产生的原因,帮助各方面人员发现缺陷,便于及早改进: 没有发现错误的测试也是有意义的,完整测试是评估软件质量的

软件测试基础知识1

一.软件测试(Software Testing)的定义 经典定义:在规定的条件下对程序进行操作,以发现错误,也是对软件质量进行评估的一个过程: 二.软件质量的定义 软件满足规定或潜在用户需求的能力,具体说,软件质量是软件符合明确叙述的功能和性能需求,文档中明确描述的开发标准,以及所有专业开发的软件都应该具有的和隐含特征相一致的程度: 三.软件测试与软件质量的区别 质量保证(QA): 主要工作是通过预防,检查与改进来保证软件质量,它所关注的是软件质量的检查与测量,着眼软件开发活动中的过程.步骤及产

软件评测师角色指南 - 软件项目角色指南

第3章 软件评测师指南 软件评测师在软件开发项目中起到很重要的作用.微软的软件开发,就是1个开发人员对应两个软件测试人员的,可见软件评测师的重要性.当然,这个是大公司的做法,在小公司里,往往需要软件工程师和软件设计师自己去参与一些基本的测试,或者到了后期参与系统集成测试.但是,软件评测师的作用不仅仅体现在做测试上,他还能浏览代码,进行白盒测试,同样能对开发人员的工作进行影响.所以,有时候,好的软件评测师的前身往往是软件工程师或者软件设计师. 1.1.工作职责 软件评测师的工作也不那么简单,他需要

软件项目管理结课小结

本年度王书记邀请了Austin,来丰富这门课的内容,项目管理不仅有具体的理论知识,还有更为实在的实际项目经验,课堂变得更加有项目的现场感,更加活跃. 这门课,讲的是作为一个项目经理,如何能做出一个合格的软件,并在规定的时间内,在规定的花费内.其实很多东西不止在软件中能用,在其他项目中也可以.这是我学的第一门比较详细的关于项目管理的课程,对于我们这种不想一辈子编代码的人来说,是一个解脱.但是事情没有这么简单,管理一个项目远远比编代码要难. Austin讲了很多关于沟通,关于团队建设这种“软性”的东

设计文档要如何写——转

一份设计文档的结构大概可以分成Background项目背景.Schedule排期.History版本历史记录.Information Architecture信息架构分析(包括Site Map.Experience Map.Flow等).Framework框架设计.Wireframe线框图和Mockup视觉稿等.取决于实际项目的情况,部分内容可以省略,也可以加入更多,比如Storyboard故事板,Prototype可交互原型等. 在过去,我一度没有什么规范的设计文档写作习惯,用纸笔画完Info