测试理论基础学习记录(更新中)
本文最后更新于130 天前,其中的信息可能已经过时

地址【软件测试第一篇测试理论_Linux数据库超详细教程-哔哩哔哩】

目标:

  • 对APP、Web应用实现功能测试
  • 使用工具和代码进行接口测试/性能测试
  • 使用工具和代码实现自动化测试(UI、接口)

测试分类

  • 测试方法
  • 功能、接口、自动化、性能、安全、边界
  • 阶段划分
  • 单元、集成、系统、验收
  • 可见度划分
  • 黑盒、灰盒、白盒

测试策略

冒烟测试:对软件主要功能进行测试,保证软件的正常使用,排除重大错误。不依赖测试用例,一般依赖需求文档。一般在大规模测试前。

全量测试:指的是对系统或软件的所有功能、模块、和组件进行全面、彻底的测试。这种测试通常在软件开发的后期阶段进行,目的是确保在所有功能模块集成在一起后,系统能够按预期工作,并且没有遗漏任何可能出现的问题。

软件质量模型(ISO/IEC 25010)

功能性、性能效率、兼容性、易用性、可靠性、信息安全、可维护性、可移植性
可作为软件测试方向参考

软件测试流程

  1. 分析测试需求:对软件需求进行分析,评估需求是否合理,和开发对需求的理解达成共识
  2. 制定测试计划
  3. 提取测试点——编写测试用例
  4. 执行用例测试
  5. 缺陷管理
  6. 编写测试报告

测试用例

测试项目的执行文档,其作用是防止测试过程中的漏测,对测试流程制定标准
编写测试用例的时候需考虑软件质量模型

编写格式

  • 用例编号:项目+模块+编号
  • 用例标题:预期结果+操作步骤
  • 模块/项目:所属项目或模块
  • 前置条件:执行用例时有哪些前置操作
  • 优先级
  • 测试步骤
  • 测试数据
  • 预期结果

测试用例设计及编写见另一篇文章测试用例 – 闲言碎语 (wfqn.xyz)

缺陷管理

  • 缺陷的定义
  • 缺陷管理流程
  • 缺陷生命周期
  • 缺陷的描述(缺陷管理工具)

缺陷管理内容见另一篇文章缺陷管理(更新中) – 闲言碎语 (wfqn.xyz)

测试报告

核心要素

  • 测试结论:从专业角度分析,软件/系统是否达到发布标准,是否可以发布
  • 风险:已知风险&未知风险
  • 测试时间&测试人员
  • 测试环境/设备
  • 需求大纲
  • 缺陷分析:从数量、类型、等级等方面对缺陷进行总结
  • 测试总结

测试报告模板见另一篇文章测试报告模板 – 闲言碎语 (wfqn.xyz)

抓包接口测试

笔者的学习任务包括F12、Charles工具进行抓包,结合数据库进行缺陷分析
需要了解前端相关知识:HTML+CSS+JS

笔者对于前端有一定了解,因此不在这里详细展开,具体可看另一篇文章测试用前端基础知识 – 闲言碎语 (wfqn.xyz)

接口测试是自动化测试的重要基础,接口测试的相关内容见另一篇文章接口测试 – 闲言碎语 (wfqn.xyz)

自动化测试

常见的自动化测试包括GUI自动化测试和API自动化测试,参考书目《测试工程师 全栈技术进阶与实践》、《微软的软件测试之道》,具体内容见另一篇文章自动化测试 – 闲言碎语(wfqn.xyz)

文末附加内容
暂无评论

发送评论 编辑评论


				
|´・ω・)ノ
ヾ(≧∇≦*)ゝ
(☆ω☆)
(╯‵□′)╯︵┴─┴
 ̄﹃ ̄
(/ω\)
∠( ᐛ 」∠)_
(๑•̀ㅁ•́ฅ)
→_→
୧(๑•̀⌄•́๑)૭
٩(ˊᗜˋ*)و
(ノ°ο°)ノ
(´இ皿இ`)
⌇●﹏●⌇
(ฅ´ω`ฅ)
(╯°A°)╯︵○○○
φ( ̄∇ ̄o)
ヾ(´・ ・`。)ノ"
( ง ᵒ̌皿ᵒ̌)ง⁼³₌₃
(ó﹏ò。)
Σ(っ °Д °;)っ
( ,,´・ω・)ノ"(´っω・`。)
╮(╯▽╰)╭
o(*////▽////*)q
>﹏<
( ๑´•ω•) "(ㆆᴗㆆ)
😂
😀
😅
😊
🙂
🙃
😌
😍
😘
😜
😝
😏
😒
🙄
😳
😡
😔
😫
😱
😭
💩
👻
🙌
🖕
👍
👫
👬
👭
🌚
🌝
🙈
💊
😶
🙏
🍦
🍉
😣
Source: github.com/k4yt3x/flowerhd
颜文字
Emoji
小恐龙
花!
上一篇
下一篇