软件测试52讲
茹炳晟
eBay中国研发中心,测试基础架构技术主管
立即订阅
13425 人已学习
课程目录
已完结 63 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从“小工”到“专家”,我的软件测试修炼之道
免费
测试基础知识篇 (11讲)
01 | 你真的懂测试吗?从“用户登录”测试谈起
02 | 如何设计一个“好的”测试用例?
03 | 什么是单元测试?如何做好单元测试?
04 | 为什么要做自动化测试?什么样的项目适合做自动化测试?
05 | 你知道软件开发各阶段都有哪些自动化测试技术吗?
06 | 你真的懂测试覆盖率吗?
07 | 如何高效填写软件缺陷报告?
08 | 以终为始,如何才能做好测试计划?
09 | 软件测试工程师的核心竞争力是什么?
10 | 软件测试工程师需要掌握的非测试知识有哪些?
11 | 互联网产品的测试策略应该如何设计?
GUI自动化测试篇 (10讲)
12 | 从0到1:你的第一个GUI自动化测试
13 | 效率为王:脚本与数据的解耦 + Page Object模型
14 | 更接近业务的抽象:让自动化测试脚本更好地描述业务
15 | 过不了的坎:聊聊GUI自动化过程中的测试数据
16 | 脑洞大开:GUI测试还能这么玩(Page Code Gen + Data Gen + Headless)?
17 | 精益求精:聊聊提高GUI测试稳定性的关键技术
18 | 眼前一亮:带你玩转GUI自动化的测试报告
19 | 真实的战场:如何在大型项目中设计GUI自动化测试策略
20 | 与时俱进:浅谈移动应用测试方法与思路
21 | 移动测试神器:带你玩转Appium
API自动化测试篇 (3讲)
22 | 从0到1:API测试怎么做?常用API测试工具简介
23 | 知其然知其所以然:聊聊API自动化测试框架的前世今生
24 | 紧跟时代步伐:微服务模式下API测试要怎么做?
代码测试篇 (3讲)
25 | 不破不立:掌握代码级测试的基本理念与方法
26 | 深入浅出之静态测试方法
27 | 深入浅出之动态测试方法
性能测试篇 (7讲)
28 | 带你一起解读不同视角的软件性能与性能指标
29 | 聊聊性能测试的基本方法与应用领域
30 | 工欲善其事必先利其器:后端性能测试工具原理与行业常用工具简介
31 | 工欲善其事必先利其器:前端性能测试工具原理与行业常用工具简介
32 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(上)
33 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(下)
34 | 站在巨人的肩膀:企业级实际性能测试案例与经验分享
测试数据准备篇 (4讲)
35 | 如何准备测试数据?
36 | 浅谈测试数据的痛点
37 | 测试数据的“银弹”- 统一测试数据平台(上)
38 | 测试数据的“银弹”- 统一测试数据平台(下)
测试基础架构篇 (4讲)
39 | 从小作坊到工厂:什么是Selenium Grid?如何搭建Selenium Grid?
40 | 从小工到专家:聊聊测试执行环境的架构设计(上)
41 | 从小工到专家:聊聊测试执行环境的架构设计(下)
42 | 实战:大型全球化电商的测试基础架构设计
测试新技术篇 (5讲)
43 | 发挥人的潜能:探索式测试
44 | 测试先行:测试驱动开发(TDD)
45 | 打蛇打七寸:精准测试
46 | 安全第一:渗透测试
47 | 用机器设计测试用例:基于模型的测试
测试人员的互联网架构核心知识篇 (5讲)
48 | 优秀的测试工程师为什么要懂大型网站的架构设计?
49 | 深入浅出网站高性能架构设计
50 | 深入浅出网站高可用架构设计
51 | 深入浅出网站伸缩性架构设计
52 | 深入浅出网站可扩展性架构设计
特别放送篇 (8讲)
测试专栏特别放送 | 答疑解惑第一期
测试专栏特别放送 | 答疑解惑第二期
测试专栏特别放送 | 答疑解惑第三期
测试专栏特别放送 | 答疑解惑第四期
测试专栏特别放送 | 答疑解惑第五期
测试专栏特别放送 | 答疑解惑第六期
测试专栏特别放送 | 答疑解惑第七期
测试专栏特别放送 | 浅谈全链路压测
测一测 (1讲)
测一测 | 这些软件测试题目,你都掌握了吗?
结束语 (1讲)
结束语 | 不是结束,而是开始
软件测试52讲
登录|注册

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

茹炳晟 2018-07-16
在上一篇文章中,我为你介绍了如何高效填写软件缺陷报告,并为你解读了缺陷报告中的关键内容。今天,我将为你介绍一份成功的测试计划应该包含哪些内容,以及如何才能做好测试计划。
软件项目,通常都会有详细的项目计划。软件测试作为整个项目中的重要一环,也要执行详细的测试计划。正所谓运筹帷幄之中,决胜千里之外,强调的就是预先计划的重要性和必要性。
在早期的软件工程实践中,软件测试计划的制定通常是在需求分析以及测试需求分析完成后开始,并且是整个软件研发生命周期中的重要环节。
但是,在敏捷开发模式下,你可能会有这样的疑问,软件测试计划还有那么重要吗?我所在的软件项目压根儿就没有正式的测试计划,不也没出什么大问题吗?
的确,对于很多非产品型的互联网公司,由于采用了敏捷开发模式,的确很少去制定传统意义上的测试计划了,但这并不是说它们就不再制定测试计划了。
只不过是,测试计划的表现形式已经不再是传统意义上庞大的、正式的测试计划文档了,而更多的是体现在每个迭代(sprint)的计划环节,而且这样的短期测试计划可以非常迅速地根据项目情况实时调整。
所以说,测试计划依旧存在,只是从原来的一次性集中制定测试计划,变成了以迭代的方式持续制定测试计划。 但是对于传统软件企业,或者是做非互联网软件产品的企业,它们通常还是会有非常正式的软件测试计划。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件测试52讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(49)

  • Robert小七
    目前测试都是和开发一起来评估工作量,但是开发的工作量可以根据静态页面数量和接口数量,而测试的工作量很难现场评估,那么老师在工作中是如何有效评估测试工作量的?
    2018-07-27
    22
  • 余衫酉
    有开发伙伴在么?以测试的角度反观开发,收获也不少。可以预见性地减少bug。

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

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

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

    2018-07-16
    1
    11
  • sylan215
    相对来说,我对测试策略比较关注,好的测试策略真的能起到事半功倍的效果。

    打个简单的比方吧,一个主干业务的用例,早期执行发现问题的修复成本比晚期发现问题的修复成本要低太多太多,这里说的修复成本也包含测试投入的成本,这个相信有一定测试经验的同学肯定都深有体会。

    制定清晰的测试策略还有一个好处就是目标明确,项目参与人员能够清晰的知道什么时候做什么,以及事情已经做到什么程度,甚至碰到特殊情况如何应对也都一清二楚,这样整体目标的达成上效率更高,能够充分体会到配合默契的快感。

    以上,欢迎沟通交流。

    2019-02-12
    3
  • subona
    我们公司很多项目的迭代过程都是先定好发版时间,然后除去开发预估时间,剩下就是测试的时间了
    2018-10-11
    1
    3
  • 天天向⬆️
    BDD模式不是很明白,后续有详细介绍吗?
    2018-07-16
    3
  • 口水窝
    以前待得一家公司有过测试计划,那时候感觉是流于形式,现在仔细回忆起来,也就是哪一家公司,教会了我测试规范、测试思想一些最初的概念、模型。现在待得小公司,就我一个测试,没有测试计划,但是主要做了功能测试,其余的根据自己的时间、进度来安排,后面还是主要精力放在自动化测试、性能测试的把握上,给自己在测试领域的范围上提升一个高度!
    2019-03-06
    2
  • 小老鼠
    敏捷测试计划与传统测试计划区别,在敏捷测试中测试计划是否与开发计划合并?
    如何作好测试需求?
    没有性能测试需求如何作性能测试?
    性能测试范围如何确定?
    对于需要几轮回归我建议在测试计划中不要太具体,这个变数太大了。
    2018-10-08
    2
  • Knight
    做好测试计划 很多时候被风险给打乱,也就是不确定性打乱。
    如 跨部门合作,技术攻关 预研项目不成熟等的引进等的不确定性
    同时测试计划受开发进度 质量影响很大,可能之前估计1周搞完的结果质量太差 需要搞两周 那最后的发布日期都定下来 很可能就堆人,压缩测试周期了
    2018-07-18
    2
  • 我可以2030
    测试的范围:测什么,不测什么。测试的策略:先测什么,后侧什么,开始结束的标准是什么?。测试的资源:谁来测,在哪里测。确认时间和测试人员和资源是非常关键的。
    2019-08-20
    1
  • 泡芙小妞
    我们公司在项目开发前项目经理会给开发和测试预定开发时间和测试时间以及上线时间,我们在测试的过程中会遇到开发延期的问题,比如开发延期部署回归环境,开发在测试中修改一个比较难的bug,项目最终会延期,但是项目经理都认为是测试延期,因为他只看测试完成的最后时间。但是其实这些都不是测试的原因啊,请问该如何处理这种情况
    2019-05-23
    1
    1
  • 阿甘
    学到东西了,但是公司开发和测试的时间压的很短,老师有什么办法解决吗,因为可能会造成生产上存在bug,原因是否因为回归的不充分导致的呢?有什么好的解决方案吗
    2018-07-20
    1
  • 秋荣
    在您的项目中,测试计划真的会写那么详尽吗?是以word文档形式存在吗?是每个需求去编写吗?我们团队使用敏捷模式,基本很少有测试计划,想跟您取取经
    2018-07-19
    1
  • kilyun
    对于测试计划在项目过程中的变化,我们公司的做法是不会去更新测试计划文档,只会通过邮件等知会到相关人,这样一来的话等项目结束了再翻看测试计划实际很多信息都是不正确的了,也是没有参考价值了,经老师讲解的测试计划的重要性,要实现测试计划的落地还有很长一段路要走…

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

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

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

    2018-07-17
    1
  • 雪落无声
    目前AI 领域内的测试,确定具体的测试数据集以及数据集的来源也是在制定测试计划时很重要的一个模块
    2018-07-16
    1
  • 橄榄
    打卡08

    作者回复: 期待继续打卡

    2018-07-16
    1
  • 刘超 mingo
    请问,软件的验收测试自动化怎么做?只做seleium web测试就行吗?还是需要接口测试?
    2019-12-04
  • Geek_b27b0c
    当前测试面试中,以考算法为主,感觉真是走偏了方向,测试用例,测试计划这些才是测试最需要关注的
    做测试还是要以始为终啊
    2019-12-01
  • fei
    我还遇到过的测试风险有开发同学不配合给测试同学讲清楚他的核心代码业务逻辑或者他用到的新框架新技术、开发同学不及时解决bug。
    2019-10-05
收起评论
49
返回
顶部