模块 1, 主题 3
学习中

过程控制什么

模块进度
0% 完成

上一页,我们已经做好了软件版本开发的准备,可以启动版本开发了。版本开发会中,要控制哪些东西呢?

需求功能列表/性能指标列表

首先控制的,就是项目范围。这是项目成熟度的体现之一,大部分项目一直做不完,主要原因之一就是缺少具体的需求规格。显示列出需求规格范围,对项目目标是一个具体客观验证项,后续可以量化验证。

软件版本中,原来我们使用的是checklist来做范围确认,最主要的是“需求功能列表”;随着高端产品的要求越来越高,另个一隐藏的规格也被显示体现出来,“性能指标列表”。

  
(直接点击图片,可放大查看,流程具体细节,可参考公司正式发布的“软件版本开发流程”)

使用checklist的一个弱点是,查询、变更后更新、关联等不及时,使用平台工具则能解决这些不足,后续会使用研发过程管理RDM,来管理项目范围的需求规格。

测试用例/测试方案

有了项目范围后,从质量角度,需要有测试验证方法,对项目范围进行广度、深度的一一覆盖,这样在项目开发完成后,可以通过客观验证目标是否达成,这就是质量方案

质量方案,通过测试用例,是测试方案的产物,能够像SOP一样执行;而测试方案,是对需求规格的,质量验证角度的分析方案和目标(上一页的“测试策略”,就会体现测试方案中)。测试用例、测试方案,是项目成熟度的体现之一,大部分项目无法达到高端产品,主要原因就是质量目标高高在纸上,无法量化到可执行的层次。

软件版本中,原来使用excel来管理测试用例,word做测试方案,但深度、广度体现的不好。后来改为按模块细化,word做版本级测试方案,excel做模块的测试分析,测试用例用testlink平台工具管理。


(直接点击图片,可放大查看,流程具体细节,可参考公司正式发布的“软件版本开发流程”)

模块级的测试分析的质量,是质量目标在广度、深度落地的关键,也是测试成熟度的重要体现。

轮次测试/冒烟测试

有了上面的项目范围、质量方案后,接下来最耗时的就是执行测试验证

这里,给出软件版本测试的两个测试验证方式:轮次测试计划,可以把验证过程控制到1个轮次内(1~2周 );冒烟测试,能在每天晚上自动化验证稳定性。

    
(直接点击图片,可放大查看,流程具体细节,可参考公司正式发布的“软件版本开发流程”)

测试周报/异常处理

过程测试验证的结果数据,就可以会用来做统计、总结、分析、异常处理,这是过程报告的内容。

这里,给出软件版本测试的两种过程报告:测试周报,可以每周得到一个软件现状评估;Bug解决计划,是一种针对Bug的异常处理。

    
(直接点击图片,可放大查看,流程具体细节,可参考公司正式发布的“软件版本开发流程”)

学习活动

软件开发的过程人多、嘴杂、情况复杂,你肯定有更多的成功/失败案例,请在后续讨论区分享,你发现的软件过程案例,分享有效的解决方法/成功经验,展现专业职业的影响力。

订阅
通知
guest
0 评论
内联反馈
查看所有评论
0
期盼你的想法,敬请评论。x
()
x