注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

dp: 生活的脚步,进步的点滴...

Cam、DSP、FPGA、PM、Life、More ...

 
 
 

日志

 
 

IPD-PTM测试流程总结  

2013-07-03 17:26:18|  分类: 专业 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

PM要求:1)、对老版本遗留问题需要进行回溯,2)对漏测问题需要高度重视,3)要勇于承担责任

PL要求:1)团队精神,2)能主动协调员工的积极性,3)激发员工潜能,4)员工成就就是团队成就意识,5)团队成就才能体现PL成绩,6)发挥团队能力而不是展示个人能力,7)主动学习意识,8)定位好个人愿景,9)心态的自我调整

 

PTM流程

测试需求分析与计划->测试方案设计->测试用例设计->系统测试执行->产品评估发布->产品测试数据度量及过程经验输出

1. 测试需求分析

测试视角:测试类型、功能交互、产品继承、分配分解

活动框架:阶段->活动->工程方法->测试分析设计表

产品规格说明书->测试需求分析->产品测试规格->测试方案设计->测试用例标题->明确用例->指导测试执行

工作量估计:特性规模工作量+过程活动工作量

2. 测试计划:计划的目的,指导测试组成员进行工作和让相关干系人了解测试工作。测试计划最重要的内容包括测试策略、确定测试范围、测试资源、测试进度、测试人员的职责与任务分配、测试过程风险分析与对策、项目通过与失败标准。

3. 测试设计

方案设计:理论、工程方法、应用

测试规格->特性测试规格->特性测试用例

4. 测试执行与评估

测试执行阶段:启动评估、用例执行、缺陷管理、发布评估

SDVTR4开如到TR4A结束

开工会:a)让大家相互识认干系人

       b)让大家了解执行策略、任务分工、任命CMO其它

       c)干系人意见反馈

       d)执行过程中的注意事项要让大家清楚,如TIMESHEET填写

测试评估:开发转测试版本质量评估、自测试活动评估

测试执行:a)第一轮测试结束需要做缺陷分析、质量分析与评估

         b)根据结果调整测试策略

         c)测试进度报表定期发给相关干系人

         d)每周周报中对开发质量进行通报

缺陷管理:提倡引入缺陷管理工具

      产品缺陷:需求缺陷、设计缺陷、产品软/硬件缺陷;

                结构缺陷、用户文档缺陷

过程缺陷:需求文档缺陷、设计文档缺陷、测试文档缺陷、流程符合度缺陷

项目缺陷:项目的进度缺陷、项目成本缺陷、项目质量缺陷、项目范围缺陷、项目人力资源缺陷、人员能力缺陷、人员素质缺陷

测试结束评估:过程能力的评估、质量评估、退出评估

过程能力评估:a)进度偏差、b)缺陷密度、c)缺陷发现成本、d)综合代码测试效率、e)设计效率、f)执行效率、g)用例有效性

产品质量评估:ODC分析方法(主要是通过不同触发因素)、四象限分析方法()、Gompertz分析方法(测试轮次必须大于或等于2轮,且不能有过多的CR单,主要采用输入缺陷进行)

测试结束评估:测试覆盖情况、遗留问题情况

5. 产品测试数据度量及过程经验输出

测试数据度量目的:为后续类似测试产品的工作展开提供可靠参考数据。

过程经验文档的输出是非常必要的

 

PTM项目管理

戴明PDCA方法,即Plan(计划)Do(执行)Check(检查)Action(处理)的缩写。

P(plan)计划。包括方针和目标的确定以及活动计划的制定;

D(do)执行。执行就是具体运作,实现计划中的内容;

C(check)检查。就是要总结执行计划的结果,分清哪些对了,哪些错了,明确效果,找出问题;

A(action)行动(或改善)。对总结检查的结果进行处理,成功的经验加以肯定,并予以标准化,或制定作业指导书,便于以后工作时遵循;对于失败的教训也要总结,以免重现。对于没有解决的问题,应提给下一个PDCA循环中去解决。

1. 管什么:管人(参加项目人员、每个人做什么、沟通)、管事

2. 怎么管:流程是助手/框架、在PTM框架下融入个人管理因素、各个阶段作什么输出什么、引入PDCA管理方法

3. 怎么管好:注意事项、规范

PTM项目工作量估计:特性规模和工作量+过程活动工作量

 

 TR4~TR4A:主要偏重于功能验证

TR4A~TR5:主要偏重于性能测试

 

软件可测性:可测试性、可维护性、可服务性

影响软件可测试性属性:可操作性、可观察性、可控制性、可分解性、简单性、稳定性、易理解性。

可观察性:行为跟踪、测试特性观察、测试配置观察

可控制性:行为控制、测试特性定义、测试安装配置

易理解性:用户文档可理解、开发文档可理解、代码可理解、质量保证及测试文档可理解

 

软件内部行为:操作、状态、性能、资源、消息/事件、错误

 

软件可测性实现:设计原理、实现架构、功能实现

  评论这张
 
阅读(628)| 评论(0)
推荐

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2016