-
测试用例中可加入:
模块编号、所属模块(注册、登录、搜索、APP下载)、功能介绍、
用例编号、用例名称、测试背景、前置条件、重要级、优先级、
测试版本、测试环境(谷歌浏览器)、测试类型(手工测试)、测试阶段(系统测试)、
测试数据、测试步骤、
预期结果、实际结果、
编写人、执行人、开发人员等信息。
查看全部 -
黑盒 :软件比作一个黑色的盒子,不知道盒子里面的内部结构只能够通过外面所暴露出来的接口进行测试。 灰盒 :就是把软件比作一个半透明的盒子,可以看到里面少部分的东西,所以可以通过暴露的功能和盒子内部的数据进行对比得出测试结论。比如测试一个订单生成的功能就可以通过软件上生成的订单和数据库里的数据进行对比内外是否一致。 白盒 :把软件看成一个透明的盒子通过观察内部的结构直接推销出是否满足用户的需求,白盒测试时这三种测试中技术难度最高的一种 ========== 功能 :功能测试就是验证是否满足用户提出的软件需求。 性能 :就是测试软件的一个工作效率。 安全 :安全测试就是是否能够保护用户的信息而被轻易的盗取,而获取一下非法的利益 ========== 兼容性:测试软件在不同平台上的表现 易容性:测试软件是否友好满足用户的使用习惯 UI元素:检测软件的界面布局是否一致,美观。查看全部
-
需求分析(一般由产品经理完成)
1.业务需求:关注系统是否满足业务
2.用户需求:关注系统是否满足用户习惯
3.功能需求:关注系统是否满足功能要求
如果没有需求怎么办?
参考市面上已经上线的同类产品
如果需求模糊怎么办?
收集整理已有的需求,不明白的地方提出来,逐条找相关人员(产品经理/项目经理)确认,或还是参考同类型产品的实现情况
接下来博主演示慕课网的前端的各个功能
提取测试点:通过需求分析后对得出的需要进行测试的具体内容
对测试用例有什么好处?
快速 覆盖 方法 细节
接下来博主演示提取了注册、登录、APP下载、搜索几个功能的测试点
查看全部 -
测试用例编写注意以下几点:
1、根据项目的实际情况设计测试用例表格
2、用例格式不是固定的,不要生搬硬套
3、根据具体的情况编写
测试用例编写的方法:
1、等价类划分法:
如何选择适当的数据子集,来代表整个数据集。通过降低测试的数据去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷
2、边界值分析法:
使用边界值分析方法设计测试用例时一般与等价类划分结合起来,但它不是从一个等价类中任选一个例子作为代表,而是将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚刚小于边界值得测试数据
3、场景法:
通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从业一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。
4、猜测法:
根据经验选择容易出错的地方
查看全部 -
测试用例包含的内容
用例编号:唯一 --身份证号
用例名称:用例的名字,要求言简意赅 --姓名
测试背景:这条用例主要测试什么东西
前置条件:执行这条措施之前应该先执行什么条件,比如测试登录功能,前提是要有账号密码。
优先级:测试用例的优先程度
重要级:测试用例的重要程度
//注意优先级和重要级不一定成正比关系。比如:周末出去玩,但是公司突然加班 优先级:出去玩 重要级:回公司加班 当然结果是回去加班
测试数据:比如输入的账号密码,鼠标的操作也是一种测试数据
测试步骤:测试进行的步骤
预期结果:对应输入数据或条件等得到对应的现象
实际结果:测试执行后的结果
备注:其他特殊情况的信息。
测试用例编写流程:
需求分析、提取测试点、测试用例编写、测试用例评审
查看全部 -
软件:数据+程序+文档
测试时就是操作数据,操作的主体就是程序,文档就是工作时的可视化
软件测试的基础:软件测试就是以软件需求为目的,保证软件质量的手段
测试流程:需求分析->制定计划->编写用例与执行->对测试结果的分析报告
测试的生命周期:测试计划,测试设计,测试开发,测试执行,测试评估
按软件测试手段划分了三个方向
黑盒:把软件比作一个黑盒子,我们不知道盒子里面的结构,只能通过外面所暴露出来的接口,功能进行测试
灰盒:把软件比作一个半透明的盒子,可以通过暴露在盒子外面的功能和盒子里面的数据进行对比,从而得出结论。例如:将生成的订单和数据库里面的信息进行对比
白盒:透明的盒子,通过盒子里面的结构推敲出是否满足用户的需求。
6. 专项测试的方向
功能:软件是否满足用户提出的表面需求
性能:测试一个软件的工作效率
安全:软件是否能保护用户的信息
7. 测试点划分
兼容性:软件在不同平台上的表现
易用性:软件是否有好,满足用户的使用习惯
UI元素:检查界面的布局显示
查看全部 -
黑盒 :软件比作一个黑色的盒子,不知道盒子里面的内部结构只能够通过外面所暴露出来的接口进行测试。 灰盒 :就是把软件比作一个半透明的盒子,可以看到里面少部分的东西,所以可以通过暴露的功能和盒子内部的数据进行对比得出测试结论。比如测试一个订单生成的功能就可以通过软件上生成的订单和数据库里的数据进行对比内外是否一致。 白盒 :把软件看成一个透明的盒子通过观察内部的结构直接推销出是否满足用户的需求,白盒测试时这三种测试中技术难度最高的一种 ========== 功能 :功能测试就是验证是否满足用户提出的软件需求。 性能 :就是测试软件的一个工作效率。 安全 :安全测试就是是否能够保护用户的信息而被轻易的盗取,而获取一下非法的利益 ========== 兼容性:测试软件在不同平台上的表现 易容性:测试软件是否友好满足用户的使用习惯 UI元素:检测软件的界面布局是否一致,美观。查看全部
-
2-1 测试用例介绍
测试用例包含的内容
用例编号:唯一 --身份证号
用例名称:用例的名字,要求言简意赅 --姓名
测试背景:这条用例主要测试什么东西
前置条件:执行这条措施之前应该先执行什么条件,比如测试登录功能,前提是要有账号密码。
优先级:测试用例的优先程度
重要级:测试用例的重要程度
//注意优先级和重要级不一定成正比关系。比如:周末出去玩,但是公司突然加班 优先级:出去玩 重要级:回公司加班 当然结果是回去加班
测试数据:比如输入的账号密码,鼠标的操作也是一种测试数据
测试步骤:测试进行的步骤
预期结果:对应输入数据或条件等得到对应的现象
实际结果:测试执行后的结果
备注:其他特殊情况的信息。
测试用例编写流程:
需求分析、提取测试点、测试用例编写、测试用例评审
查看全部 -
<table><colgroup><col /></colgroup><tbody><tr class="firstRow"><td>①如何编写测试用例?找到系统的功能模块,提取测试点,接着扩展开来写出用例即可。</td></tr></tbody></table><table><colgroup><col /></colgroup><tbody><tr class="firstRow"><td>②用例编写方法:等价类划分法、边界值法、场景法、猜测法。</td></tr></tbody></table><table><colgroup><col /></colgroup><tbody><tr class="firstRow"><td>③用例具体:如下图</td></tr></tbody></table><p>④用例管理工具:禅道、TestLink;实际情况公司只采取了管理工具中的BUG管理模块,用例管理依然通过EXCEL表管理。</p><p><br /></p><p><img width="661" height="288" title="" alt="https://img1.sycdn.imooc.com//5b20e1aa0001cf2013660728.jpg" src="https://img1.sycdn.imooc.com//5b20e1aa0001cf2005000267.jpg" /></p>查看全部
-
黑盒 :软件比作一个黑色的盒子,不知道盒子里面的内部结构只能够通过外面所暴露出来的接口进行测试。
灰盒 :就是把软件比作一个半透明的盒子,可以看到里面少部分的东西,所以可以通过暴露的功能和盒子内部的数据进行对比得出测试结论。比如测试一个订单生成的功能就可以通过软件上生成的订单和数据库里的数据进行对比内外是否一致。
白盒 :把软件看成一个透明的盒子通过观察内部的结构直接推销出是否满足用户的需求,白盒测试时这三种测试中技术难度最高的一种
功能 :功能测试就是验证是否满足用户提出的软件需求。
性能 :就是测试软件的一个工作效率。
安全 :安全测试就是是否能够保护用户的信息而被轻易的盗取,而获取一下非法的利益
这是软件测试的3个大的方向,精通任何一个方向就能成为软件测试行业的专家。
兼容性:测试软件在不同平台上的表现
易容性:测试软件是否友好满足用户的使用习惯
UI元素:检测软件的界面布局是否一致,美观。
查看全部 -
软件:数据+程序+文档
测试时就是操作数据,操作的主体就是程序,文档就是工作时的可视化
软件测试的基础:软件测试就是保证软件质量,满足用户需求的一种手段
测试流程:需求分析->制定计划->编写用例与执行->对测试结果的分析报告
测试的生命周期:测试计划,测试设计,测试开发(测试用例的编写),测试执行,测试评估
按软件测试手段划分了三个方向
黑盒:把软件比作一个黑盒子,我们不知道盒子里面的结构,只能通过外面所暴露出来的接口、功能进行测试
灰盒:把软件比作一个半透明的盒子,可以通过暴露在盒子外面的功能和盒子里面的数据进行对比,从而得出结论。例如:将生成的订单和数据库里面的数据进行对比验证是否一致
白盒:透明的盒子,通过盒子里面的结构推敲出是否满足用户的需求。
6. 专项测试方向划分
功能测试:测试软件是否满足用户提出的表面需求
性能测试:测试一个软件的工作效率
安全测试:测试软件是否能保护用户的信息
7. 测试点划分
兼容性:软件在不同平台上的表现
易用性:软件是否有好,满足用户的使用习惯
UI元素:检查界面的布局显示
查看全部 -
总觉得测试点变成测试用例还是不太清楚
查看全部 -
一、需求分析从三个方面入手:
1、业务需求
2、用户需求:满足用户使用习惯
3、功能需求
二、特殊情况
1、没有需求:参考市面上已上线的同类产品
2、需求模糊:收集已有需求,和产品经理逐条确认,或参考同类型产品的实际情况
查看全部 -
软件:数据+程序+文档
测试时就是操作数据,测试的主体就是程序,文档就是工作时的可视化
软件测试的基础:软件测试就是以软件需求为目的,保证软件质量的手段
测试流程:需求分析->制定计划->编写用例与执行->对测试结果的分析报告
测试的生命周期:测试计划,测试设计,测试开发(测试用例的编写),测试执行,测试评估
查看全部 -
学习了,老师讲的很好,简单易懂
查看全部
举报