系统梳理测试知识体系
2021-10-22 09:57:46 20 举报AI智能生成
软件测试理论系统梳理
作者其他创作
大纲/内容
测试范围
测试策略
资源安排
进度安排
测试计划的内容
软件测试计划应该尽早的制定
软件测试计划在测试活动中处于中⼼位置 它设定了测试准备⼯作和执⾏测试的必备条件 同时形成了测试过程质量保证的基础
测试计划的注意事项
是否可以在计划的时间内测试完成，达到可以上线的⽬标
测试资源是否不需要增加，如果增加，解决⽅案是什么？（特别注意，如果需要增加，需要反馈给项⽬经理和测试经理，进⾏测试资源的协调）
测试⻛险，这个存在⼀定得强调出来，以及针对测试⻛险解决的⽅案是什么？如果不能解决，会带来什么样的影响，需要协调什么资源？
依赖⽅的管理，和第⼀个⻛险在⼀起进⾏管理
测试质量标准，以及上线的标准，和测试的要求
需要向管理层强调的点：
测试计划的细节
背景
人员
表头包括 ： 序号 模块 工作内容 开始时间 结束时间 测试人员 是否完成 备注
详细测试计划
表头包括：工作内容 依赖方负责人 负责人 截止时间
依赖方管理
风险项 负责人 解决方案 截止时间 备注
风险管控
测试计划的编写
测试计划
要提供详细的BUG操作步骤
命令：cat head tail
2.通过cd进入到test
1.假设文件的名称为test ，错误关键字为ww
3.vim test 打开test文件，/ww关键字搜索日志的详细信息
方法
查看日志的命令和方法
最好提供截图和日志信息
提交BUG需要注意的问题
发现BUG→分配→激活→测试→验证→关闭
标准
发现BUG→确认BUG→提交BUG→分配给开发→开发修改→测试→测试验证，验证通过，则关闭，验证不通过，反馈给开发再次进行修改，然后进行测试验证，最后关闭
自己的话
BUG的生命周期
BUG
一种常用的黑盒测试方法，把所有可能的输入数据划分成若干部分，从每一部分中选取少量具有代表性的作为测试用例，按照规则将这些划分为有效和无效等价类
等价类
对等价类的有效补充
选取刚好等于，刚好大于或者刚好小于边界值的用例，按照规则划分为有效和无效等价类，进行测试
边界值
适合用来测试输入数据的各种组合情况
进入拉勾网首页，输入框内输入测试工程师，点击搜索，学历是本科，薪资10-15k，并且工作性质是全职，之间的关系是and关系，查询出来与之相匹配的职位结果信息
因果图
是对因果图的有效补充
把输入数据的所有可能情况都列举出来，删除一些比较明显的错误组合
判定表
因果图设计出来的测试数据很多的时候，选择其中最典型的进行测试，大大减少工作量，是对因果图的优化
进入拉勾网首页，输入框内输入测试工程师，点击搜索，找到热门城市，选择北京，学历是本科，薪资10-15k，并且工作性质是全职，之间的关系是and关系，查询出来与之相匹配的职位结果信息
正交分解法
根据经验和直觉，推测出系统中所有可能存在的错误，从而有针对性的进行测试
主要从程序的易用性，安全性，兼容性，性能等方面进行考虑
打开拉钩官网，输入一串网址，网站有没有可能被攻击
打开拉钩官网，输入测试工程师，当数据为10000的时候，耗时会不会超过三秒
一直向下滑动，页面是否会加载完成
举例
错误推测法
进入拉勾网首页，输入框内输入测试工程师，点击搜索，学历是本科（包含本科），薪资10-15k（含10和15），并且工作性质是全职，之间的关系是and关系，查询出来与之相匹配的职位结果信息
进入拉勾网首页，输入框内输入测试工程师，点击搜索，学历是本科（包含本科），薪资10-15k（含10和15），公司规模为500-2000（包含500和2000）并且工作性质是全职，之间的关系是and关系，查询出来与之相匹配的职位结果信息
进入拉勾网首页，输入框内输入测试工程师，点击搜索，学历为本科（包含本科），薪资10-15k（含10和15），工作经验为一年以内（不包括一年），并且工作性质是全职，之间的关系是and关系，查询出来与之相匹配的职位结果信息
功能图法
七大测试用例的设计方法
全部：测试用例ID；⽤例名称；测试⽬的；测试级别；参考信息；测试环境；前提条件；测试步骤；预期结果；设计⼈员）
主要要素：用例ID：前提条件：执行步骤：预期结果
测试用例的设计要素
测试用例
完整测试流程
应该尽早并且不断的进行测试
开发应该避免测试自己的软件
不可能进行穷举测试
要注意保留测试报告，BUG记录等文档，应该注意测试用例的重用性
测试所有的努力都建立在让客户满意的基础上，如果客户不满意，那么一切努力都是白费
软件测试的原则：
怀疑一切，发现错误
一个好的测试用例在于发现至今从未发现的问题
一个成功的测试在于发现了至今从未发现的错误的测试
软件测试的目的
验证程序的正常流程是否能跑通
冒烟测试
测试流程
系统梳理测试知识体系
收藏
0 条评论
回复 删除
下一页
