软件测试 52 讲
茹炳晟
腾讯 TEG 基础架构部 T4 级专家
71691 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
结束语 (1讲)
软件测试 52 讲
15
15
1.0x
00:00/00:00
登录|注册

08 | 以终为始,如何才能做好测试计划?

测试风险预估
测试进度
测试资源
测试策略
测试范围
没有测试计划会怎么样?
测试计划的重要性
测试计划

该思维导图由 AI 生成,仅供参考

在上一篇文章中,我为你介绍了如何高效填写软件缺陷报告,并为你解读了缺陷报告中的关键内容。今天,我将为你介绍一份成功的测试计划应该包含哪些内容,以及如何才能做好测试计划。
软件项目,通常都会有详细的项目计划。软件测试作为整个项目中的重要一环,也要执行详细的测试计划。正所谓运筹帷幄之中,决胜千里之外,强调的就是预先计划的重要性和必要性。
在早期的软件工程实践中,软件测试计划的制定通常是在需求分析以及测试需求分析完成后开始,并且是整个软件研发生命周期中的重要环节。
但是,在敏捷开发模式下,你可能会有这样的疑问,软件测试计划还有那么重要吗?我所在的软件项目压根儿就没有正式的测试计划,不也没出什么大问题吗?
的确,对于很多非产品型的互联网公司,由于采用了敏捷开发模式,的确很少去制定传统意义上的测试计划了,但这并不是说它们就不再制定测试计划了。
只不过是,测试计划的表现形式已经不再是传统意义上庞大的、正式的测试计划文档了,而更多的是体现在每个迭代(sprint)的计划环节,而且这样的短期测试计划可以非常迅速地根据项目情况实时调整。
所以说,测试计划依旧存在,只是从原来的一次性集中制定测试计划,变成了以迭代的方式持续制定测试计划。 但是对于传统软件企业,或者是做非互联网软件产品的企业,它们通常还是会有非常正式的软件测试计划。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

在敏捷开发模式下,制定测试计划的重要性和方法是本文的主要内容。传统的软件测试计划文档在敏捷开发中已经不再普遍,取而代之的是以迭代方式持续制定测试计划。然而,无论是传统企业还是互联网公司,测试计划的重要性始终不变。文章指出,没有测试计划会导致测试范围不明确、工作量和资源分配困难、进度不可控、项目抵抗风险能力弱等问题。一份成功的测试计划应包括测试范围、测试策略、测试资源、测试进度和测试风险预估,并为每一部分提供解决办法。测试范围的确定需要考虑功能测试、非功能性需求测试等内容,并在测试需求分析后进行,以发现潜在的测试遗漏。此外,文章还详细介绍了测试策略、测试资源和测试进度的重要性和具体内容。总之,本文强调了在敏捷开发模式下制定测试计划的重要性,以及测试计划应包括的内容和制定方法。文章还提到了在制定测试计划时需要预估整个测试过程中可能存在的潜在风险,以及当这些风险发生时的应对策略。这篇文章为读者提供了在敏捷开发模式下制定测试计划的重要性和具体方法,对于从事软件开发和测试工作的专业人士具有一定的参考价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《软件测试 52 讲》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(65)

  • 最新
  • 精选
  • 余山头
    有开发伙伴在么?以测试的角度反观开发,收获也不少。可以预见性地减少bug。

    作者回复: 非常同意你的观点,这其实也是我想传达的信息👍

    2018-07-16
    2
    27
  • MegaQi
    我们在快速迭代的逻辑业务型版本项目中建议增加产品需求测试,意义在在开发和测试开发前,保证所有人对需求理解的一致性。

    作者回复: 很好的办法,需求是一切的源头

    2018-07-16
    2
    21
  • kilyun
    对于测试计划在项目过程中的变化,我们公司的做法是不会去更新测试计划文档,只会通过邮件等知会到相关人,这样一来的话等项目结束了再翻看测试计划实际很多信息都是不正确的了,也是没有参考价值了,经老师讲解的测试计划的重要性,要实现测试计划的落地还有很长一段路要走…

    作者回复: 希望文章中提到的方法能够对你们有帮助,另外,其实我们并不强求一定要文档化的测试计划,测试计划最核心的作用是帮助梳理测试过程的各个方面,测试计划的本质还是手段,而不是目的。

    2018-07-17
    5
  • kilyun
    老师,请教下,对于兼容性漏测的问题如何快速定位原因,如用户使用我公司的APP反馈某款android机型出现了一个问题,其他手机上没法重现此问题,这种情况下该如何来处理该问题,谢谢~

    作者回复: 比较推荐的做法是根据大数据统计结果找到top 30%的机型,android版本,还有机型分辨率,然后优先覆盖这部分单位兼容性测试,往往一些典型的兼容性问题都可以在这里被发现,对于那些只在小版本或者非主流机型上特有的兼容性问题,并没有更好的方法,但是可以通过完整的后台log来帮助收集相关信息。

    2018-07-17
    2
    5
  • 永不放弃
    我们公司明确的文档形式测试计划,往往是一个项目提交后,告诉测试完成时间,就不会变化上线了,如果中间因为开发进度延误,大部分也会压缩测试时间,我是很不认同这种做法,还是普遍的测试不被重视的偏见!而我本人在工作中也很少有自己的测试计划,测试范围和测试深度不明确,今后会在工作中引入测试计划的概念!

    作者回复: 嗯嗯,好的测试计划可以帮你理清楚自己的思路,是后续的工作可以有条不紊,有的放矢。

    2018-07-16
    4
  • 简单就好
    请问下,关于GUI自动测试框架,移动端方面老师有什么推荐的框架吗?

    作者回复: GUI现在主流的开源框架都是基于selenium的,移动端主要是利用appium来开发ios和android的测试,后续文章都会专门来介绍的,并且会提供实例

    2018-07-20
    2
  • greghtgff233
    深有感触,在测试执行过程中经常存在思维惰性和侥幸心理,不愿对"变化"做出测试计划的调整。需求变化时千万不能以为自己能咬牙扛过去。不仅仅需求变更,技术方案调整,都应该仔细评估和领导层上报风险,这个道理之前没有彻底的觉悟,如果用一个失败的项目换教训。要是早点听到老师的课并好好揣摩理解就好了

    作者回复: 能够有感悟和收获,我也觉得很开心

    2018-12-03
    1
  • 高飞
    有没有专门讲解测试软件,比如qtp,Oracle,roundr,java......?

    作者回复: 工具使用的书还是比较多的,而且很多官方网站的文档也很靠谱

    2018-11-22
    1
  • 西海
    老师能谈谈测试计划和测试方案的区别吗

    作者回复: 我的理解是计划更大,里面包含了方案,方案是计划的子集,计划包涵了测试活动的方方面面,方案更多描述的技术实现和方法,当然不用企业组织对于这两个概念的定义也是有所不同的

    2018-07-16
    1
  • 橄榄
    打卡08

    作者回复: 期待继续打卡

    2018-07-16
    1
收起评论
显示
设置
留言
65
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部