1. 复述软件测试定义
2. 7种测试分类的区别
3. 质量模型的重点5项
4. 测试流程的6个步骤
5. 测试模板的8个要素
def:控制计算机硬件工作的工具。
分类:应用软件;系统软件(windows系统)
组成:页面客户端----> 代码服务器-----> 数据服务器(先--->后<---) ---->请求 <-----响应
软件产生过程:需求产生---->需求文档-----> 设计效果图 -----> 产品研发 -----> 产品测试(拿开发的产品和需求文档对比看是否一致) -----> 部署上线
软件测试
def:使用技术手段验证软件是否满足用户需求。
目的:减少软件中的bug,保障软件质量;
分类:功能测试(验证程序的功能是否满足需求)、
自动化测试(使用代码或者工具代替手工,对项目进行测试)、
接口测试(使用代码或工具对服务端提供的接口进行测试看是否正常;工具实现,代码实现)、
性能测试(模拟多人使用软件,查找服务器缺陷;工具实现,代码实现)
方向一:功能测试 + 接口测试
方向二:功能测试 + 性能测试
方向三:功能测试 + web自动化
黑盒测试:所有源代码不可见,能见的是UI功能 (系统测试)(不关注源代码对功能测试)
灰盒测试:部分源代码可见,功能不可见 (接口测试、集成测试)(测接口)
白盒测试:全部代码可见,UI(user interface 用户接口)功能可见 (单元测试)(测源代码)
def:衡量一个优秀软件的维度。
八大维度:功能性(功能数量、功能是否正确实现、错误处理情况)、
性能(服务器每秒处理请求数、服务器现有硬件配置是否满足)、
兼容性(是否能在浏览器上正常使用(谷歌、IE、火狐、欧朋、苹果)、操作系统(win7、win8、win10、win13)、手机(分辨率、品牌、系统、网络、其他))、
易用性(简洁、友好、流畅、美观)、
安全性(传输加密、存储加密)、
可靠性(无响应(出现无响应)、卡顿(响应时间慢)、死机(系统崩溃))、
可维护性(好找)、
可移植性(网站数据迁移)
备注:前五项必测!!!!!!!
step1:需求评审(确保各部门需求理解一致,知道被测项目有哪些功能模块)(产品经理、开发、测试)
step2: 计划编写(测什么,谁来测、怎么测)
step3: 用例设计(验证项目是否符合需求的操作文档)
step4:用例执行(项目模块开发完成开始执行用例实施测试)
step5:缺陷管理(从缺陷描述到提交给开发等待开发修复完成,再去验证缺陷是否修复)
step6:测试报告 (实施测试结果文档)
def:用户使用的案例。
def:为测试项目而设计的执行文档
作用:
防止漏测;
实施测试的标准;
八大要素:
用例编号:项目_模块_编号
用例标题:预期结果(测试点)
项目/模块:所属项目或模块
优先级:表示用例的重要程度或者影响力p0~p4(P0最高)(用户最常用的功能优先级最高)
前置条件:要执行此条测试用例,有哪些前置操作
测试步骤:描述操作步骤
测试数据:操作的数据,没有的话可以为空
预期结果:期望达到的结果+不同角色隐形结果
解决的问题:
1、能对穷举场景设计测试点(穷举场景:有很多种可能,但又不想把每种可能性都测,抽几个,but抽哪几个,测试点:要验证的点)
2、能对限定边界规则设计测试点(边界规则:比如6~8人,6和8是边界)
3、能对多条件依赖关系设计测试点(多条件依赖:父子级的关系)
4、能对项目业务设计测试点
解决问题的方法:
等价划分法步骤:
1、明确要求
2、划分为有效等价类和无效等价类
3、提取数据编写用例
结果
5.2.4.1.2练习(城市电话验证)
备注:长度也要也要符合规则;画斜线的意思是他没有规则(有效等价),(有效数据)斜线说明前面的符合了就不写了。
数有几条用例方法:
正向:一条用例尽可能覆盖多条;逆向:每一条都是一个单独用例
等价类划分法使用场景:
针对:需求有大量数据测试输入,但没办法穷举测试的地方。
例如:输入框;下拉列表、单选复选框
典型代表:页面的输入框测试。
我写的:
第1、2、4、7天记忆,每天阅读20min