2019年8月5日,学习测试总结

验证软件的预期结果与实际结果是否一致,保证软件质量符合用户需求的手段
软件测试的真实目的是预防bug,而不是发现bug
软件测试的方法(黑盒测试,白盒测试,灰盒测试)
黑盒测试:测试软件外部可以看到的功能,看不到的内部原理不测试。
白盒测试:通过软件内部结构内部关系,去检查软件,类似看代码
灰盒测试:介于两者之间,结合两者的特性。
软件测试的方向:功能测试、性能测试、安全测试。
黑盒测试不等于功能测试,在功能测试中采用的最多的是黑盒测试。
性能测试:双十一系统卡顿,过年抢票抢不到,系统性能不足
压力测试:估算,并去试试,找到系统的瓶颈。发现软件性能的瓶颈
负载测试:实验软件保持高强度的工作能够持续多长时间,有一个持续的时间。一般采用系统的 终值的80%到90%进行测试,同时在一个时间内长时间做事情。
并发测试:测试软件可以最多承受多少人同时点击,并发,一瞬间所有人做同一个事情,防止同一时间很多人在做同一个事情出错的情况。
安全测试是为了防止黑客的攻击。
软件测试的阶段分为:
单元测试:测试功能点/开发所写的代码块。测试的范围是:代码块中的函数、方法和类
集成测试:测试的对象为接口,模块与模块连接的通道。通过接口把不同模块做集成做链接,测试模块连接的是否正确。
系统测试:首先测功能
对集成的系统进行测试,在这个阶段需要测试:功能,安全,性能,兼容性,易用性,稳定性,UI等。
兼容性分为:web:同一个网站在不同的浏览器里边是否可以正常使用
APP:分为安卓和iOS
易用性:指的是用户体验
稳定性:使用过程中系统或者软件会不会崩溃,一般测试软件连续运行7*24个小时。
UI:检查系统界面好不好看,排版、设计、按钮是否合理,一般有设计图,检查是否与设计图一致。
软件测试按状态分类:分为静态(不运行):用白盒测试的方法,看代码。
动态:软件运行测试。
冒烟测试:正式测试之前的测试,主要的目的是检查是否具有可测试性。随便点一点。
回归测试:开发人员修改之后检查是否修改正确的问题。
α测试:内测,内部人员先尝试使用
β测试:公测,一部分用户也参与试用
研发模型:瀑布模型:依次往下
V字形:
W字形:双V模型,开发和测试同步进行。
敏捷模型:特点:高效地工作,及时的沟通,日报,白板,站立会,集中办公。
软件是什么:程序、文档、数据的合集。
测试的流程分为四个:需求分析阶段:
需求分析:
写需求文档,产品原型(前期对产品有一个直观的 感受,画图的形式体现),口述。
学习业务流程
提取功能点:从大到小把功能点写清楚。可以利用树状图,功能点后边记得写清楚该功能的效果和规则做解释。
编写需求分析说明书:如果没有需求:参考市面上已经成熟的同类型的产品的实现。参考其规则。不是抄袭
测试设计阶段:
测试计划:其重点为:时间和人员以及资源的安排与分配。
测试方案:重点:针对每个测试内容如何开展测试
采用什么测试计划,什么测试工具。
测试策略:重点:哪些内容先测,哪些内容后测,开始测试和结束测试的标准是什么。
以上三点可以用5w1h法也称为六合分析法来编写,再实际工作中合并成一个《测试计划说明书》
重中之重:
测试用例:可以给测试人员提供一个工作的依据。交叉测试。
测试用例一般用Excel表格来编写,里边包括
用例编号:在测试用例中一定是唯一的
用例名称:
言简意赅,用最少的字解释清楚这个用例是做什么的
前置条件:
执行这个用例之前必须要满足什么条件
优先级:执行这个用例的时间要求紧急的等级,一般为三级。
重要级:这个被测得功能在系统里边的重要级别
测试数据
测试步骤
预期结果
实际结果
 
测试的方法:1.等价类:可以分为有效等价类和无效等价类。
通过最少的数据代表最多的数据,找出最具代表的值
2.边界值:可以根据边界值找到等价类。
3.场景法:
4.因果图:
5.判定表:
6.路径覆盖等
例如微信红包:临界值为0.01~200
 
 
 
 
0.01(输入0.01边界值)
0.02(比边界值稍微打的数)
有效等价类:200(输入最大边界值)
199.99(输入比边界值稍小的数)
150(输入在边界值范围内的的数)
 
等价类:
0
无效等价类:
200.01
 
 
场景法:
 
发送成功:
用户输入符合要求的金额发送成功 0.01,0.02,200,199.99,110
 
微信红包为例
(模拟用户发送结果) 用户什么都不输入,导致发送失败
发送失败:用户输入非数字或者数字和其他字符的组合
用户输入错误的金额范围不能发送成功。
 
 
预期结果与实际结果是否一致,如果一致则通过,不一致则有问题
测试执行阶段: 提交BUG
回归测试
 
BUG的管理平台或工具:禅道,BUGFree,ALM/QC
BUG的六要素
BUG的生命周期
BGU的管理:BUG的状态
BUG的等级
 
 
 
 
编号
bug的名称:言简意赅,看到名称就知道是什么问题
bug的六要素:bug的优先级:高中低
bug的严重级别,等级
bug的复现步骤
附件:用来佐证bug,日志,截图,小视频
 
 
 
 
 
 
bug的等级:
致命的,导致软件挂了,闪退,崩溃;影响产品的和新流程的正常使用;和钱有关。
严重的,导致功能无法使用
一般的,功能的某些场景有问题
轻微的,建议性的东西。
 
bug的复现步骤:
可以把用例的步骤复制过来
预期步骤
实际结果
 
 
 
测试应用:
 
web测试
 
 
APP测试:安装/卸载
消息推送
更新
弱网测试
场景交互测试:来电话;正在听音乐;调用相机;前后台的切换
权限测试
离线测试
 
 
 
 
 
 
测试总结阶段:对工作的总结
对bug的统计分析
对被测试软件的评估:一级二级的bug全部都关闭了
三级的bug关闭了80%
四级的bug无所谓
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

猜你喜欢

转载自www.cnblogs.com/sunyinshuang123/p/11305859.html