频道栏目
读书频道 > 移动开发 > 其他综合 > 移动App测试实战:顶级互联网企业软件测试和质量提升最佳实践
1.3 测试进度管理
2015-08-13 13:48:41     我来说两句
收藏   我要投稿
《移动App测试实战:顶级互联网企业软件测试和质量提升最佳实践》由三位国内顶级互联网企业软件测试工程师联手打造,根据移动产品的特点,深入讲解了移动App测试的最佳实践,从移动互联网产品测试的准备工作到产  立即去当当网订购
在一个较大型的项目中,通常运作的方式是按照子项目或者功能模块来进行分工,每个功能模块有具体对应的设计、产品、运营、开发和测试人员。结合实际的项目情况,如果功能较大可能上面一个角色有多个人一起参与,反之也可能一个人同时负责多个功能模块。
 
不管是哪种情况,实际项目在测试进行中,以上不同的角色,以及对应的各个团队leader,甚至公司或部门管理层,都希望及时看到工作的进展,以及遇到的问题和风险。
 
而另一个方面,互联网产品的测试周期都比较短,一个模块的整个测试周期只有几天是非常常见的,使得我们不可能有大量的时间用在整理测试进度的报告本身。结合这两种情况,我们需要考虑一个比较清晰简洁的方式来反映出测试工作的进度,暴露出其中的问题让大家尽快关注到,同时让编写这样的进度报告的代价变得比较小,因为太多的文字工作是无法承受的。下面我们来看一下在实际的项目中我们用到的一些方式。
 
从大的方面,我们将测试报告分为两类:
 
1)测试进度报告:在测试阶段中间发出,告知测试工作的进度,发现的问题、风险,以及接下来的计划。
 
这个报告发送的频次依据具体的项目情况而定,对于比较重要的且时间比较短的项目,建议每天发出,让相关人员可以非常及时地了解进展和风险。对于一些周期比较长的或者重要性的不高的项目,可以考虑隔天或者每周发送,基于大家的讨论来约定。
 
2)测试完成报告:标志测试工作的结束,会给出对应的测试结果和结论,包含是否达到可发布的标准以及还有哪些遗留问题。这个报告一般在整个测试工作完成之后发出,针对某一个具体的模块或者整个的测试项目。
 
下面我们来看看这两种测试报告的具体内容。
您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:1.2 测试用例设计和评审
下一篇:1.3.1 测试进度报告
相关文章
图文推荐
排行
热门
最新书评
特别推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站