软件测试成功之本:项目风险的监控

项目中的风险有哪些?测试人员或者管理者如何控制风险? 1.人员的风险,人员的变更,请假,生病,离职,休长假,提前开会,工作交接好, 如何控制人员的风险: 1)公司定期培训,固定岗位的职能储备后备人员,做好替补措施。 2)不依赖于人,而依赖于制度和公司建立的共有财富,比如流程文档化,知识库,问题库。3)提前几个月统计公司人员休长假计划。 2.需求的风险,需求内容变更和需求不明确两种风险, 如何控制需求内容变更的风险: 1)在当前的进度的情况 阅读详情

转自: http://www.51testing.com/html/50/n-240050.html

 

[概述]

  测试过程中,是不是经常碰到各种问题:测试人员无法及时到位?分包商无法及时交付软件?软件团队交付的产品质量低下?这些都是项目风险,如何对这些风险进行有效的监控,将直接影响最终的测试成败。

  [正文]

  当潜在问题影响项目成功时,那么这个潜在问题就被称为项目风险。项目风险会对项目交付产品能力构成威胁,例如:项目的失败、项目的延期、项目成本的严重超支等。对于测试经理而言,他们常常需要识别相关的项目风险,并有效的对它们进行管理。下面是几种常见的测试项目风险:

  ● 测试环境和测试工具的准备情况;

  ● 测试人员是否及时到位,并且具备必要的技能;

  ● 质量低下的测试交付物,例如:测试自动化脚本;

  ● 测试范围或者测试对象范围定义的频繁变更;

  ● 供应商方面的风险,例如:测试团队采购的测试仪表不能及时到货,分包商无法及时交付产品;

  ● 测试团队在经验不足的情况下使用新的技术、工具、编程语言或方法;

  ● 其他的项目风险还包括:人员沟通问题,例如:测试人员或测试结果没有得到重视;或者是内部的政治斗争,例如:不同部门之间缺乏合作;

  在测试过程的早期,测试团队需要制订相关的风险应对计划,甚至是应急计划来处理测试相关的项目风险。测试团队可以采用一些措施,来对风险进行管理。下面是针对某些测试项目风险,可以采用的一些应对措施:

  1)测试的尽早介入

  测试应该在软件开发生命周期的早期介入,从而保证测试团队更早的完成测试件的准备。这样就可以保证测试对象交付之后,测试团队可以马上开始正式测试。另外,测试团队在软件开发生命周期的早期介入,可以将测试活动,例如:测试分析、测试设计和测试实现等作为静态测试的一种手段,从而可以在早期达到发现缺陷和预防缺陷的目的,避免某些缺陷在高级别的动态测试中才被发现。

  假如在高级别测试过程中,例如:系统测试和验收测试,测试团队发现大量意想不到的缺陷,将会导致严重的项目延期风险。因此,测试的尽早介入,并在软件开发生命周期的早期进行积极的缺陷预防活动,可以有效的降低项目风险,这是尽早开展测试活动可以带来的重要收益。

  2)测试环境的检查

  测试团队在测试执行正式开始之前,应该检查测试环境,并保证测试环境可用。在测试环境检查过程中,可以实施另一项风险缓解活动:在正式的测试执行开始前测试早期版本。例如:测试团队在测试正式开始之前验证测试件和测试环境的有效性、测试对象的安装过程,以及其他可能的测试执行过程。假如在测试执行正式开始之后,才发现测试件的质量低下、测试环境无法达到测试执行的要求,将会导致测试执行的延期,从而导致项目的延期。

  3)测试入口准则的定义

  测试团队面临的一个重要挑战是开发团队经常延期交付测试的软件版本,从而导致测试团队测试执行的延期,或者测试团队在无法更改测试完成日期的情况下,处于过高的时间压力之下。测试团队定义更严格的入口准则,是避免由于测试团队的原因而导致项目延期的有效方法。当然制订严格的入口准则的目的不仅仅是为了保证测试团队的利益,通过这种方式也可以让开发团队认识到交付高质量软件的重要性,从而促进开发团队提交高质量的软件。

  4)可测试性的要求

  测试团队应该对规格说明中的可测试性问题进行仔细评审,并且提出更加方便测试人员开展测试的需求和要求。例如:在可能的情况下,可以要求开发团队将测试对象的某些输入框,修改为不可修改的下拉菜单(例如:输入框输入的是日期格式)。经过这样的修改之后,在保证软件功能的前提下,测试人员不需要对各种输入格式进行测试,从而可以大量的减少测试团队的测试工作量,并且可以更好的实现测试的自动化。

  5)不断进行项目进度和质量监控

  测试团队,至少测试经理应该积极参与整个项目的进度以及测试对象质量的监控。测试团队可以更早的参与软件工作产品的评审,例如:需求规格说明。根据在早期评审中发现的缺陷分布和缺陷类型,测试团队可以采取合适的措施和手段,对测试对象中的不同部分进行优先级的划分。另外,测试团队应该积极参与整个项目的缺陷和变更管理。

 

项目管理(PMP)精选题精讲 项目经理应该怎么做?155.一位关键的项目干系人在一个复杂的敏捷项目开始时就表现出兴趣,但是随着冲刺的推进,由于需要承担额外的职责,该关键干系人参与度下降,几个冲刺过后,该关键干系人拒绝了一项功能方面的可交付成果,下一个冲刺期间,团队需要对被拒绝的可交付成果进行返工。一位关键的项目干系人在一个复杂的敏捷项目开始时就表现出兴趣,但是随着冲刺的推进,由于需要承担额外的职责,该关键干系人参与度下降,几个冲刺过后,该关键干系人拒绝了一项功能方面的可交付成果,下一个冲刺期间,团队需要对被拒绝的可交付成果进行返工。 阅读详情

相关推荐

【matlab】MATLAB 变量详解与应用

在 MATLAB 中,变量可以通过赋值操作进行定义。例如,要定义一个名为xx = 10;在这个例子中,我们创建了一个名为x的变量,并将其赋值为 10。需要注意的是,MATLAB 是一种动态类型语言,因此不需要显式地声明变量的类型。变量名必须以字母开头。变量名可以包含字母、数字和下划线。变量名区分大小写。不要使用 MATLAB 中的关键字(如forif等)作为变量名。

小吴同学的博客 2211

PMP 错题集(考试版)

PMP错题集变更题质量题风险题敏捷&计算题(待更新) 变更题 质量题 风险题 敏捷&计算题(待更新) 答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。 答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。 变更题 在一次状态会议上,客户的一名员工要求项目经理提供新的产品功能。项目经理不确定谁有权批准请求。项目经理首先应该查阅哪份文件? A.变更日志 B.变更管理计划 C.执行,负责,咨询和知情(R

zhoujiazhao的博客 2002

深入解析SAP MM模块OBYC自动科目分配机制:从T030表到实战配置

本文深入解析SAP MM模块中OBYC自动科目分配机制,阐明其作为连接物流与财务核心桥梁的作用。文章以T030表为核心,详细拆解其字段结构与检索逻辑,并通过采购收货、生产发料等实战场景,手把手演示配置步骤与关键要点,帮助读者掌握从原理到实践的完整知识体系,实现业财无缝对接。

nft7creator的博客 356

pmp错题集2(强化二)

55. 项目经理加入位于两个国家的矩阵项目团队中,而这两个国家具有重大的文化差异。项目经理应该用什么来开始项目? A. 安排一次虚拟的项目启动会议(kick-off meeting),以介绍团队成员并确定项目范围和目标 B. 举行一次在同一地点参加的启动会议,以培养关系并建立期望 C. 向团队成员发送电子邮件启动项目并确定一个在同一地点举行会议的日期,以便进行需求澄清 D. 通过分发团队章程和举行虚拟启动会议来培养动力 正确答案:D 解析:题目关键词为“文化差异”。见PMBOK第319页,团队章

weixin_49560024的博客 4398

MT5交易软件系统源码

Manager配置的功能及权限:管理客户、开户,销户、入金、信用额度、修改定单、人工交易报表、设定点差、强制平仓、修改密码,设定持仓交割单或挂单小止盈止损点数;26、修改价格 27、更改K线图历史价格 28、同步历史数据;2、系统设置 3、交易管理 4、交易柜台 5、价格更改 6、多台服。务器联机 7、恢复交易历史 8、数据源调整 9、备份服务调整 10、交易市场设定 11、交易单更改 12、平台时间设定(全世界) 13、可添加商品;15、设置商品利息;独立主机(服务器、VPS、VM)

tutujunjun的博客 904

【STM32】从零构建串口IAP框架:BootLoader与App双向跳转实战解析

本文详细解析了STM32串口IAP框架的构建,重点阐述了BootLoader与App双向跳转的实战原理与实现步骤。内容涵盖Flash分区规划、中断向量表重定向、通信协议设计及固件升级流程,并针对跳转失败、程序跑飞等常见问题提供了解决方案,帮助开发者掌握产品级远程升级的核心技术。

wind6的博客 838

PMP 错题集(带答案解析)

PMP 错题集(带答案解析)变更题质量题风险题敏捷&计算题(待更新) 变更题 质量题 风险题 敏捷&计算题(待更新) 答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。 答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。答案仅供参考,并不绝对。 变更题 在一次状态会议上,客户的一名员工要求项目经理提供新的产品功能。项目经理不确定谁有权批准请求。项目经理首先应该查阅哪份文件? A.变更日志 B.变更管理计划 C.执行,负责

zhoujiazhao的博客 6581

elmos 524系列芯片笔记

芯片的工作工作原理:集成芯片Elmos524.03有发射回路和接收回路,手册有关的内部原理图,大致如下: 芯片会产生固有频率的电压信号,信号通过引脚DRV1、2输出给外部压电陶瓷片,产生固定频率的机械波,也就是所谓的超声波,超声波遇到障碍物时会反射,反射信号经过AINS、D引脚进入芯片,在芯片内部先后经过GAIN放大,滤波然后进入比较器,滤波后的信号(signal)同预先设定的阈值(threshold)比较产生信号输出。此信号最终会连接MCU处理器,需要重点关注。 基于这个内部的工作原

qq_38230916的博客 2485

软件测试自动化的成功经验

1.传统软件测试过程中的问题   测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中,一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性,性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求;另一方面,面向市场和客户,开发团队还要满足在预算范围内尽快发布软件的要求。  传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试,然后在整个软件开

775

选型不再靠感觉:一文看懂 SAP Event Mesh 与 SAP Integration Suite, advanced event mesh 的能力边界

本文对比分析了SAP Event Mesh与SAP Integration Suite, advanced event mesh的差异。SAP Event Mesh适合轻量级场景,主要用于SAP系统间异步通信,支持AMQP、MQTT等协议,消息大小限制为1MB。而advanced event mesh面向企业级事件网络,提供跨云/本地部署、事件治理、监控等高级功能,支持30MB消息和更大存储容量。选择时需考虑业务规模、实时性要求、治理需求等因素:单一SAP生态内扩展可选Event Mesh;跨区域、多云环境

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 133

GEE:本地影像上传到GEE的Assets中,并输入机器学习算法中作为特征变量

当我们在 Google Earth Engine(GEE)中应用机器学习算法时,会输入一些影像作为特征变量数据,进一步根据这些特征影像去推理未知区域的数据。但是 GEE 平台上计算特征变量的 API 函数并不是非常全面,我们希望获得更多的特征用于分类。这个时候,我们可以将本地计算的特征影像上传到 GEE 中进行后续处理。本文记录了从本地上传特征数据到 GEE 的 Assets 中的教程,用于后续在 GEE 中分类或者回归使用。本文也可作为《》一文的补充。

养乐多的博客 1730

软件测试过程的监控方法

测试过程的监控方法文/贺炘        软件开发项目的成败,很大程度上取决于三方面的配合:过程、人、技术,三方面相互制约,又相互促进。为了能更加有效的管理软件开发项目,规划软件开发过程,近年来国内引入了不少软件开发模型,如:CMM/CMMI,RUP,XP等,每一种都体现了一种思想,都希望能在最大限度内,协调上述三者之间的关系,最大程度的减少软件开发过程中的风险,能按照既定的计划,交付出合格的

软件开发资料汇总 496

【Agent实战】Agent Skills 深度解析:从原理到落地的完整指南

本文深入解析了Agent Skills的概念及其在AI协作中的实际应用。Skill是一种可被AI按需发现和加载的任务执行说明书,它将团队经验、规则和步骤固化为结构化文档,如SKILL.md。文章阐明了Skill与Prompt、MCP、Function Calling的关系,强调Skill专注于"怎么做"而非底层能力。重点介绍了SKILL.md的编写规范,包括元数据命名规则、描述技巧和正文内容优化,旨在帮助开发者高效构建可复用的知识资产,提升Agent的任务执行稳定性与专业性。通过清晰的示例和对比,为AI架构

少说,多做 115

软件项目管理——05 软件项目风险管理

概述、风险识别、风险分析、风险跟踪与应对、风险管理验证、案例:风险管理奥运场馆建设

念头通达 1206

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

测试人职场进阶:做好项目风险管理

什么是风险,就是那些让你提心吊胆的事情,为什么会提醒吊胆,因为这件事情还没有发生,但是可能会发生,发生之后还会对项目产生影响。可以看出,风险具有两个属性,一个是风险发生的概率,另外一个是风险发生后产生的影响。这里要特别解释下,项目中的问题和风险对项目都会对项目产生影响,如何来区分这两者呢,很简单,问题是已经发生的事件,而风险是未来可能会发生的事件,即不确定事件。

2301_77645573的博客 665

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

使用IBM Rational的测试理念成功打造测试团队

文本讲述了 IBM Rational 在软件测试方面的理念以及 Ratioanl 的测试产品方案,你可以了解到如何 使用 IBM Rational 的测试理念成功打造测试团队。1. 传统软件测试过程中的问题     测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中,一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性,性能上满足客户要求的负载压力和相应的

601

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

软件测试中自动化测试的成功经验

1. 传统软件测试过程中的问题测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中,一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性,性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求;另一方面,面向市场和客户,开发团队还要满足在预算范围内尽快发布软件的要求。 传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试,然后在整个软件开发结束阶段,集

suny_duan的专栏 709

软件测试架构体系之软件测试基本流程图

采用通用的测试流程,能高效、高质量的完成软件测试工作,有助于减少沟通成本,对各阶段产出有明确认知等等。最终目标:实现软件测试规范化、标准化。

软件测试技术资源分享官 4286

软件测试基础-软件测试基本流程

(3)测试计划与排期:根据评审后的需求、RD排期给出相应的测试计划和排期,包括:测试方法(是否单测,是否进行接口测试,是否进行性能测试,是否分模块提测等),测试范围、人力安排,模块划分,case产出时间,case评审时间,测试完成时间,风险点。验证不通过,提交bug,RD修复后验证bug,并重新进行全功能验证。(1)提测前RD要确保自己执行准入通过(主要确保RD自测,培养良好的开发习惯),且PM首次走查通过(主要确保RD没有大的功能缺失,PM没有要改动或新增的大功能点,减少进入正式测试阶段的返工)。

m0_37449634的博客 1134

软件测试之敏捷项目风险管理

这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。

HUACE5400的博客 389

超详细一文到底!软件测试基本流程

采用通用的测试流程,能高效、高质量的完成软件测试工作,有助于减少沟通成本,对各阶段产出有明确认知等等。最终目标:实现软件测试规范化、标准化。以下为非通用标准,仅供大家参考。

2401_83396248的博客 1089
上一篇: 软件测试基础知识整理三----白盒测试
下一篇: 分享8年开发经验,浅谈个人发展经历,明确自己发展方向
jasonteststudy
博客等级 码龄16年 152粉丝 125原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值