目录
一、测试原则
所谓的测试原则指的就是我们在执行测试工作时必须要遵守的一些规则。
- 测试证明软件存在缺陷。
- 不能执行穷尽测试。
- 缺陷存在群集现象
- 某些测试需要依赖特殊的环境
- 测试应尽早介入
- 杀虫剂现象:同样的一个测试用例不能重复的执行多次,因为软件会对它产生免疫。
- 不存在缺陷谬论:任何软件不可能是完美的。
二、系统测试分类
- 功能测试:验证当前的软件功能是否可用。
- 兼容性测试:验证当前软件在不同的环境下是否还可以使用
- 安全测试:程序、网络、数据是否安全
- 性能测试:相当于当前软件消耗的资源,它的产出能力。
三、常见系统测试方法
- 1.按测试对象进行分类
- 白盒测试
- 黑盒测试
- 灰盒测试 :介于两者之间(接口测试)
- 上述三种方法当中的盒,指的就是被测对象。
- 2、按测试对象是否执行分类
- 静态测试:指的就是测试不执行。
- 动态测试:将软件运行在真实的使用环境中进行测试。
- 3、按测试手段进行分类
- 手工测试:由测试人员手动的对被测对象进行验证
- 自动化测试:一种是自己写测试脚本,另外一种就是通过第三方的工具对被测对象进行测试。
四、软件质量
- 功能性:软件需要满足用户显式或者隐式的功能。
- 易用性:软件易于学习和上手使用。
- 可靠性:指的就是软件必须实现需求当中指明的具体功能。
- 效率性:类似于软件的性能。
- 可维护性:要求软件具有将某个功能修复之后继续使用的能力
- 可移植性:当前软件可以从一个平台移植到另一个平台上去使用的能力。
五、软件测试流程
- 1.需求分析
- 当前阶段的核心目的就是梳理清楚我们需要设计的点是什么。
- 需求的来源:需求规格说明书、API文档、竞品分析、个人经验
- 2.设计用例
- 用例就是用户为了测试软件的某个功能而执行的操作过程。
- 设计用例是有方法的(等价类、边界值、判定表。。。)
- 3.评审用例:对当前的用例进行添加或者删除。
- 4.配置环境:
- 环境:指的就是当前被测对象运行所需要的执行环境。做为测试人员需要具备配环境的能力。
- 环境分类:操作系统+服务器软件+数据库+软件底层代码的执行环境。
- 5.执行用例:
- 一般在执行用例之前我们会做一个冒烟测试。这种测试的核心就是快速的对当前软件的核心功能或者主体执行流程进行验证。如果冒烟测试阶段有问题,则可以将此版本回退给开发。
- 如果冒烟测试通过才会开展全面的测试。
- 6.回归测试及缺陷跟踪
- 回归测试指的就是我们将某个缺陷提交给开发之后,由他们进行修复,修复完成之后需要测试人员再次进行测试。(回归测试)
- 缺陷跟踪:指的就是当测试人员发现某个缺陷之后需要一直对其进行状态的跟踪。
- 7.输出测试报告
将当前的测试过程中产生的数据进行可视化的输出,方便其他人去查看。
- 8.测试结果
将整个测试过程中产生的一些文档进行整理归档,方便后续版本使用。
六、常用软件架构
所谓的软件架构我们可以理解为是用来指导我们软件开发的一种思想。目前来说最常见的二种架构模式就是B/S , C/S
B--browser 浏览器
C-clien 客户端
S-server 服务端
两种架构的比较
1.标准:相对于CS架构来说,BS架构的两端都是在使用现成的成熟产品,所有BS会显示的标准一些。
2.效率:相对于BS架构,CS中的客户端可以分担一些数据的处理,因此执行效率会高一些。
3.安全:BS架构当中的数据传输都是以HTTP协议进行的输出,而HTTP协议又是明文输出。可以被抓包,所以相对于CS架构来说BS就显得不那么安全(相对的)
4.升级:BS架构只需要在服务器端将数据进行更新,前端只需要刷新页面就可以升级。而cs架构当中必须将二端进行更新。
5.开发成本: 相对于bs架构来说,cs当中的客户端需要自己开发,所以相对于来说成本会高。
七、浏览器基本介绍
浏览器是什么:浏览器本质就是一款软件,安装在操作系统之上。一般给用户提供浏览网页的服务。目前来说,我们会人为的将所有浏览器总结出一个所谓的五大生产厂商。(对于浏览器来说最核心的技术是内核)
五大浏览器厂商:
1. IE 微软 --trident
2.Chorme 谷歌 ----blink
3.Firefox 火狐 gecko
4.safari 苹果---webkit
5.Opera 欧朋----- presto