软件测试学习心得-5
测试管理
- 一.测试组织
- 独立测试方法
- 优点
- 缺点
- 测试团队的人员构成
- 测试经理
- 测试人员
- 二.测试计划和估算
- IEEE测试计划内容
- 入口准则
- 出口准则
- 测试估算
- 自顶向下的估算过程
- 自底向上的估算过程
- 三.测试过程的监控
- 测试过程监控
- 目的
- 检测的指标
- 测试报告
- 测试控制
- 四.风险和测试
- 项目风险
- 产品风险
- 五.事件管理
- 相关角色
- 缺陷状态
- 严重程度
- 优先级
一.测试组织
独立测试方法
测试过程中使用的测试方法,与在项目分析和开发中使用的方法是不同的。一定程度的独立测试,可以避免由于开发人员对自己代码偏爱导致的问题,也可以更加高效地发现软件缺陷
优点
- 公正和客观性
- 专业性
- 权威性
- 资源有保证
缺点
- 整个组织的复杂度越来越高,管理成本增加,当测试团队不属于该组织的时候,无法及时监控测试团队的测试质量
- 沟通效率降低,原来可能只是需要口头交流的问题,现在需要通过复杂的配置管理、缺陷管理和文档管理系统来解决
- 测试人员和开发人员的距离越来越远,项目团队氛围可能会下降,某些极端情况下甚至可能会出现开发人员和测试人员的对立现象
- 测试人员重点关注测试相关技能,对开发技能掌握得比较少,不利于发现系统需求和设计方面的缺陷
- 独立的测试团队可能降低开发人员对软件质量的责任感,开发人员可能会觉得产品质量应该是测试团队的事情,而不是整个项目团队的责任
- 独立的测试团队可能同时为多个项目进行测试,独立的测试人员可能被视为瓶颈或成为延时发布而被责备的对象
测试团队的人员构成
测试经理
- 与项目经理以及其他相关人员共同协调测试策略和测试计划
- 将测试的安排合并到其他项目活动中,例如集成计划
- 制订测试计划(要考虑背景,了解测试目标和风险),包括选择测试方法,估算测试的时间、工作量和成本,获取资源,定义测试级别、测试周期并规划事件管理等
- 启动测试说明、测试准备、测试实施和测试执行,监督测试结果并检查出口准则
- 根据测试结果和测试过程(有时记录在状态报告中)调整测试计划,并采取任何必要措施解决存在的问题
- 对测试件进行配置管理,保证测试的可追溯性
- 引入合适的度量项以测量测试进度,评估测试和产品的质量
- 决定什么应该自动化、自动化的程度,以及如何实现。
- 选择测试工具支持测试,并为测试人员组织测试工具使用的培训
- 决定关于测试环境实施的问题
- 根据在测试过程中收集的信息编写测试总结报告
测试人员
测试设计人员/测试分析人员
- 分析、评审和评估用户需求、设计和模型等内容的可测试性,以便设计测试用例
- 创建概要测试用例和详细测试用例
- 准备和获取测试数据
测试自动化人员
- 负责设计和搭建模块化的、可维护的自动化测试环境
- 自动化测试需求分析和使用适合项目特点的测试工具实现测试用例的自动化脚本
测试系统管理员
- 负责或协助测试环境的规划和搭建,维护环境的正常运行
- 安装新的测试平台、被测试的系统等
- 优化测试环境,提高测试环境中网络、服务器和其他设备运行的性能
测试执行人员
- 评审和参与测试计划的制订
- 进行各种级别的测试,执行并记录测试日志,评估测试结果,记录实际结果和期望结果之间的偏差
- 根据需要使用测试管理工具和测试监控工具
- 在可行的情况下,测试组件和系统的性能
- 对他人的测试进行评审
二.测试计划和估算
IEEE测试计划内容
- 测试计划标识(Test Plan Identifier)
- 简介(Introduction)
- 测试对象或测试项(Test Items)
- 需要测试的特性(Features to be Tested) 。
- 不需要测试的特性(Features not to be Tested) 。
- 测试方法(Approach)
- 测试项通过/失败准则(Item Pass/ Fail Criteria
- 暂停准则/恢复要求 (Suspension Criteria and Resumption Requirements) 。
- 测试交付物(Test Deliverables)
- 测试任务 (Testing Tasks)
- 环境要求 (Environmental Needs)
- 职责(Responsibilities)
- 人员配备和培训要求 (Staffing and Training Needs)
- 进度(Schedule)
- 风险和应急(Risks and Contingencies)
- 批准(Approvals)
入口准则
测试执行入口准则指的是允许软件系统或者软件产品进入测试执行阶段所必须具备的条件。也就是说,提交的软件系统或者软件产品,必领满足入口准则定义的条件,测试团队才可以进行测试执行的具体工作
出口准则
测试出口准则的目的是定义什么时候可以停上测试执行,例如某个测试级别的结束,或者当测试达到了规定的目标
测试估算
自顶向下的估算过程
自顶向下的估算过程首先通过功能点或者代码行(功能点和代码行之间是可以相互转换的)估算整个软件系统的工作量。工作量估算中需要确定团队的生产效率,例如测试人员每天开发的测试用例数,该数据可以通过类似项目数据进行估算,也可以直接来自组织的度量数据。工作量可以在开发生命周期的每个阶段,按照一定的百分比进行确定(不同阶段的工作量百分比分布,通常也是从组织的过程数据库中获得的)
自底向上的估算过程
自底向上的估算方法通常是分解测试过程,然后进行估算的一种方法。采用自底向上的估算方法,测试经理首先需要将测试过程分解成不同的测试活动。针对每个不同的测试活动或者测试任务定义三个不同的难易级别:简单、中等和复杂。同时针对每个测试活动得到它们各自的工作量估算,所有测试活动的工作量之和就是整个项目的总的测试工作量估算。
三.测试过程的监控
测试过程监控
目的
测试过程监控的目的是为了测试控制提供反馈信息和可视性
检测的指标
- 测试用例准备工作完成的百分比(或按计划已编写的测试用例的百分比)
- 测试环境准备工作完成的百分比
- 测试用例执行情况(例如执行/没有执行的测试用例数,通过/失败的测试用例数)
- 缺陷信息(例如缺陷密度、发现并修改的缺陷、失效率、重新测试的结果)
- 需求风险或代码的测试覆盖率
- 测试人员对产品的主观信心
- 测试里程碑的日期
- 测试成本,包括寻找下一个缺陷或执行下一轮测试所需成本与收益的比较
测试报告
测试报告指的是对软件系统或组件进行测试产生的行为及结果的描述文件。测试报告以文档的形式,描述了被测对象的测试情况和测试结果,并对相关的结果和数据进行分析,向管理层提供信息和建议。测试报告是测试活动的一个重要输出,必须得到管理层的批准,才能够成为正式的测试文档
测试控制
测试控制是对整个测试过程(计划、分析和设计、实现和执行、评估出口准则和测试报告、测试结束)进行控制,根据测试计划以及收集和报告的测试信息采取应对措施。应对措施可以针对任何测试活动,也可以包括软件开发过程中的其他活动
四.风险和测试
项目风险
项目风险是围绕项目按目标交付的能力的一系列风险,影响项目风险的因素主要由:组织因素,技术因素,供应商因素
产品风险
在软件或系统中的潜在失效部分《印将来可能发生不利事件或危险的部分)称为产品风险,因为它们对产品质量而言是一个风险,包括:
- 故障频发的软件产品或软件系统交付使用。
- 软件/硬件对个人或公司造成潜在损害的可能性。
- 劣质的软件特性(例如功能性、可靠性、易用性和性能等)。
- 低劣的数据完整性和质量(例如数据迁移问题、数据转换问题、数据传输问题、违反数据标准问题)。
- 软件没有实现既定的功能
五.事件管理
相关角色
测试人员:主要是指发现和报告缺陷的测试人员。通常情况下,测试人员需要对该缺陷后续相关的状态负责,包括回答相关人员对这个缺陷信息的询问,以及在正式版本上进行确认测试(再测试)和回归测试。
开发人员:主要指对缺陷进行研究和修复的开发人员。开发人员将修复后的缺陷提交测试人员正式确认测试之前,需要对修改后的缺陷在开发环境上进行验证。
缺陷评审委员会:主要由项日经理、测试经理、质量经理、开发经理以及资深的开发人员、测试人员等组成。他们对缺陷进行确认,并将其分配给相应的开发人员进行修复,同时对有争议的缺陷进行仲裁。
版本经理:负责将己经解决的缺陷相关的配置信息合并到新的版本。
缺陷状态
- 新建(New)
- 接受(Accepted)
- 分配(Assign)
- 打开(Open)
- 交付(Deliver)
- 解决(Resolved)
- 已修复(Fixed)
- 关闭(Closed)
严重程度
- 严重程度1(致命的):产品在正常的运行环境下无法给用户提供服务,并且没有其他的工作方式可以补救,或者软件失效会造成人身伤害或危及人身安全
- 严重程度2(严重的):极大地影响系统提供给用户的服务,或者严重影响系统要求或者基本功能的实现
- 严重程度 3(一般的):系统功能需要增强或存在缺陷,但有相应的补救方法解决这个缺陷
- 严重程度 4(轻微的):细小的向题,不需要补救方法或对功能进行增强;或者操作不方便,容易使用户误操作
优先级
- 优先级1(立即修改):由于该缺陷的存在,导致开发活动或测试活动无法继续。该问题需要立即修复,或必要的话采取临时措施(如打补丁的方式)
- 优先级 2(下次发布前修改):在下次常规的产品发布或下次(内部)测试对象版
- 优先级3(必要时修改):在受影响的系统部件进行修订时进行修正
- 优先级4(木决):尚无修正计划
软件测试学习心得-5相关推荐
- 软件测试学习心得体会
7@TOC 今天是我来学习软件测试的第一节课,了解到了这一学科的产生背景,发展前景以及软件测试的定义.通过今天的学习我大致知道了软件测试是什么,它需要我来做什么,它由来的目的,以及它在实际生活中存在的 ...
- 关于软件测试学习心得
软件测试是软件开发过程中最重要环节,在进行测试之前需要写测试计划,测试计划需要哪几个部分呢?在郁莲老师的课上教导如何做测试计划. 目录 1 引言 1.1 编写目的 1.2 项目背景和产品简介 1.3 ...
- 软件测试学习心得-6
软件测试工具 一.使用测试工具的意义 二.测试工具分类 测试管理工具的支持 测试管理工具 需求管理工具 缺陷管理工具 配置管理工具 静态测试工具 评审工具 静态分析工具 建模工具 性能测试和监测工具 ...
- 软件测试学习心得-3
静态技术 一.静态技术与测试过程 静态测试和动态测试的区别 二.评审 正式评审过程 角色与职责 评审类型 三.静态分析和工具支持 编译器分析工具 规范标准一致性 数据流分析 控制流分析 圈复杂度 一. ...
- 超实用的软件测试学习心得:面试自我介绍模板
郭美女是老于的老乡跟高中校友,去年见了之后格外亲切!由于原工作原因.家庭原因,她学测试的时间一推再推,17期学了一半就处理家里的事情了,但终于在自己的努力下.坚持下,完整的跟完了19期的课程! 她是一 ...
- Java EE学习心得
–Java EE学习心得 1. 称为编程专家的秘诀是: 思考-----编程--------思考------编程--.. 编程不能一步到位,不能一上来就编,必须先思考如何写,怎样写?然后再编程 ...
- Assembly学习心得
http://blog.csdn.net/etmonitor/ Assembly学习心得 说明: 最近开始准备把学到的.NET知识重新整理一遍,眼过千遍不如手过一遍,所以我准备记下我的学习心得,已备参 ...
- 对于mysql存储过程感想_存储过程学习心得
存储过程学习心得 (2014-12-28 17:28:06) 标签: it 我使用过几次SQL Server,但所有与数据库的交互都是通过应用程序的编码来实现的.我不知到在哪里使用存储过程,也不了解实 ...
- 软件测试学java,软件测试学习Java的内存模型
原标题:软件测试学习Java的内存模型 软件测试学习Java的内存模型 主内存与工作内存 定义程序中各个变量的访问规则. 规定JVM必须遵循的最小保证. 定义操作的偏序关系.Happens-Befor ...
最新文章
- 机器学习-逻辑回归-代价函数
- Linux怎么查看并杀死被占用的端口?
- unrecognised EXT_CSD revision 6解决办法
- oracle的EMCTL
- 【opencv学习】透视变换矩阵
- final string 堆区 栈区 java_JVM内存初学 堆、栈、方法区
- 入门学Qt_软件Demo界面GUI设计流程综述
- 国内外GIS基础软件对比分析优缺特性及实际工作生产应用和成功案例综合评价
- python怎么发送post_python发送post的方法
- 详解17000tps的以太坊snark侧链方案
- 跟着太白老师学python day10 函数嵌套, global , nonlocal
- [论文阅读笔记30]关于pico抽取的研究-1(4篇文献)
- 虚拟opc服务器软件,OPC Server
- Testin云测技术沙龙在沪召开,云监控预警成关注重点
- python携程酒店评论_python爬取携程景点评论信息
- 深信服上网行为管理开启snmp_深信服上网行为管理部署方式及功能实现配置说明....
- python3 mysql5.7_/如何连接python3.4 和MySQL5.7,请大牛们指教这个python入门新手
- HCIA 8-17 笔记
- mysql 笛卡尔积影响_SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积
- 【upc】扶桑号战列舰 | 笛卡尔树 、 差分数组
热门文章
- 徕卡相机为什么卖得贵?对比佳能、尼康有什么不同
- 第二届邯郸钢铁展洽会 | 图扑软件荣获“2022钢铁行业智造之星奖”
- 【Camera】手机相机自动对焦的3种方式及原理
- 普通程序员如何转向人工智能方向?
- Android 简单实现圆形ImageView添加双层圆形边框
- 实例解剖一个牛 B 的融资 PPT
- 电动汽车充电桩中的漏电保护应用分析 RCD的分类和选型
- 扦插技术图解_扦插葡萄生根最快方法(图解)
- 华为关闭系统更新EMUI9.0禁止更新mate10降级EMUI9
- win10安装账户卡住_关于解决win10装系统时创建帐户时卡住了的具体解决办法