08 | 以终为始,如何才能做好测试计划?
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
在敏捷开发模式下,制定测试计划的重要性和方法是本文的主要内容。传统的软件测试计划文档在敏捷开发中已经不再普遍,取而代之的是以迭代方式持续制定测试计划。然而,无论是传统企业还是互联网公司,测试计划的重要性始终不变。文章指出,没有测试计划会导致测试范围不明确、工作量和资源分配困难、进度不可控、项目抵抗风险能力弱等问题。一份成功的测试计划应包括测试范围、测试策略、测试资源、测试进度和测试风险预估,并为每一部分提供解决办法。测试范围的确定需要考虑功能测试、非功能性需求测试等内容,并在测试需求分析后进行,以发现潜在的测试遗漏。此外,文章还详细介绍了测试策略、测试资源和测试进度的重要性和具体内容。总之,本文强调了在敏捷开发模式下制定测试计划的重要性,以及测试计划应包括的内容和制定方法。文章还提到了在制定测试计划时需要预估整个测试过程中可能存在的潜在风险,以及当这些风险发生时的应对策略。这篇文章为读者提供了在敏捷开发模式下制定测试计划的重要性和具体方法,对于从事软件开发和测试工作的专业人士具有一定的参考价值。
《软件测试 52 讲》,新⼈⾸单¥68
全部留言(65)
- 最新
- 精选
- 余山头有开发伙伴在么?以测试的角度反观开发,收获也不少。可以预见性地减少bug。
作者回复: 非常同意你的观点,这其实也是我想传达的信息👍
2018-07-16227 - MegaQi我们在快速迭代的逻辑业务型版本项目中建议增加产品需求测试,意义在在开发和测试开发前,保证所有人对需求理解的一致性。
作者回复: 很好的办法,需求是一切的源头
2018-07-16221 - kilyun对于测试计划在项目过程中的变化,我们公司的做法是不会去更新测试计划文档,只会通过邮件等知会到相关人,这样一来的话等项目结束了再翻看测试计划实际很多信息都是不正确的了,也是没有参考价值了,经老师讲解的测试计划的重要性,要实现测试计划的落地还有很长一段路要走…
作者回复: 希望文章中提到的方法能够对你们有帮助,另外,其实我们并不强求一定要文档化的测试计划,测试计划最核心的作用是帮助梳理测试过程的各个方面,测试计划的本质还是手段,而不是目的。
2018-07-175 - kilyun老师,请教下,对于兼容性漏测的问题如何快速定位原因,如用户使用我公司的APP反馈某款android机型出现了一个问题,其他手机上没法重现此问题,这种情况下该如何来处理该问题,谢谢~
作者回复: 比较推荐的做法是根据大数据统计结果找到top 30%的机型,android版本,还有机型分辨率,然后优先覆盖这部分单位兼容性测试,往往一些典型的兼容性问题都可以在这里被发现,对于那些只在小版本或者非主流机型上特有的兼容性问题,并没有更好的方法,但是可以通过完整的后台log来帮助收集相关信息。
2018-07-1725 - 永不放弃我们公司明确的文档形式测试计划,往往是一个项目提交后,告诉测试完成时间,就不会变化上线了,如果中间因为开发进度延误,大部分也会压缩测试时间,我是很不认同这种做法,还是普遍的测试不被重视的偏见!而我本人在工作中也很少有自己的测试计划,测试范围和测试深度不明确,今后会在工作中引入测试计划的概念!
作者回复: 嗯嗯,好的测试计划可以帮你理清楚自己的思路,是后续的工作可以有条不紊,有的放矢。
2018-07-164 - 简单就好请问下,关于GUI自动测试框架,移动端方面老师有什么推荐的框架吗?
作者回复: GUI现在主流的开源框架都是基于selenium的,移动端主要是利用appium来开发ios和android的测试,后续文章都会专门来介绍的,并且会提供实例
2018-07-202 - greghtgff233深有感触,在测试执行过程中经常存在思维惰性和侥幸心理,不愿对"变化"做出测试计划的调整。需求变化时千万不能以为自己能咬牙扛过去。不仅仅需求变更,技术方案调整,都应该仔细评估和领导层上报风险,这个道理之前没有彻底的觉悟,如果用一个失败的项目换教训。要是早点听到老师的课并好好揣摩理解就好了
作者回复: 能够有感悟和收获,我也觉得很开心
2018-12-031 - 高飞有没有专门讲解测试软件,比如qtp,Oracle,roundr,java......?
作者回复: 工具使用的书还是比较多的,而且很多官方网站的文档也很靠谱
2018-11-221 - 西海老师能谈谈测试计划和测试方案的区别吗
作者回复: 我的理解是计划更大,里面包含了方案,方案是计划的子集,计划包涵了测试活动的方方面面,方案更多描述的技术实现和方法,当然不用企业组织对于这两个概念的定义也是有所不同的
2018-07-161 - 橄榄打卡08
作者回复: 期待继续打卡
2018-07-161