赞
踩
知识点1、软件生命周期
阶段 | 主要人员 | 主要任务 | 输出文档 |
---|---|---|---|
计划 | 项目经理 | 指定整个项目的计划(目标、人员、预算) | 项目计划 |
需求分析 | 产品经理、需求分析人员 | 进一步确定用户的需求 描述软件的具体功能 解决系统 做什么 的问题 | 需求规格说明书(SRS) 产品需求文档(PRD) |
设计 | 系统架构师、高级开发人员 | 系统架构师:系统–>子系统–>模块–>函数 高级开发人员:对函数的实现进行详细设计 解决问题 如何做 的问题 | 概要设计 详细设计 |
编码 | 开发人员 | 根据详细设计完成软件的编码和调试 | 代码和程序 |
测试 | 测试人员 | 对代码和程序进行测试 检查实际结果和预期结果是否一致 检查需求和设计是否有遗漏 | 测试报告 |
运维 | 运维人员 | 安装、部署和升级软件,问题排查、技术支持 | 运维报告 |
知识点2、常见软件研发流程
瀑布模型
顺序模型:从计划到维护
螺旋模型
顺序流程:分阶段实现功能,每个功能的开发都是采用瀑布模型
知识点3、软件测试是什么?
定义:软件测试是对软件的认知活动。测试不只是找 BUG,测试不一定非要执行和操作软件。
目的:项目早期,预防缺陷的产生;项目中期,及早发现软件的缺陷,让软件稳定下来;项目后期,证明软件可用。
知识点4、什么是缺陷?
中文 | 英文 | 说明 |
---|---|---|
缺陷 | bug/defect | 缺陷是软件内隐藏的问题 |
故障 | fault | 缺陷诱发出来产生故障 |
失效 | failure | 故障不能很好处理就可能导致失效 |
知识点1、测试四个阶段
测试依据 | 详细设计说明书(LLD) |
---|---|
测试对象 | 函数 |
测试重点 | 函数功能是否正确,函数内部逻辑实现是否正确 |
评估标准 | 主要是逻辑覆盖率 |
测试依据 | 概要设计说明书 |
---|---|
测试对象 | 模块 |
测试重点 | 模块功能是否正确,函数相互调用和接口是否正确 |
评估标准 | 主要是接口覆盖率 |
测试依据 | 需求规格说明书 |
---|---|
测试对象 | 整个软件 |
测试重点 | 功能,性能,界面,安全性,兼容性等 |
评估标准 | 主要是需求覆盖率 |
测试依据 | 用户需求 |
---|---|
测试对象 | 整个软件 |
测试重点 | 是否达到用户比较粗的需求 |
评估标准 | 主要是用户需求覆盖率 |
4.1正式验收测试:第三方评测
4.2用户验收测试:
①阿尔法测试:在开发环境下进行,开发工程师主导
处于受控状态(参与测试的人是有选择的,测试的结果需要反馈)
②贝塔测试
在实际使用环境下进行,处于不受控状态
知识点2、 回归测试(把已经测试过的再测试一遍)
知识点3、测试的四个活动
每个测试阶段都可以细分为 4 个测试活动
从管理角度规划和控制整个测试工作
输出:测试计划文档
人员:测试经理编写
内容:人员分工,测试范围,时间进度
从技术角度规划和控制整个测试工作
输出:测试方案文档
人员:高级测试工程师编写
内容:如何测试(选择什么测试方法,选择什么测试工具)
输出:测试用例
人员:测试工程师编写
测试用例 用一组数据按照一定步骤来检查软件的处理是否正确
根据测试用例文档对被测对象进行操作
测试员完成
具体内容:
1)搭建测试环境
2)执行测试用例
3)提交缺陷报告(开发人员要通过调试来定位和修复缺陷;测试工程师需要通过回归测试验证缺陷是否修复)
4)测试记录
5)编写测试报告和测试总结
知识点4、双V模型
特点:
知识点1、 黑白灰测试
知识点2、静态动态测试
知识点3、人工自动化测试
知识点1、什么是软件质量?
知识点2、 软件质量模型
从多个不同角度看待软件,分 6 大特性和 27 子特性
软件外部质量:功能性,效率,易用性,可靠性,可移植性 主要由测试工程师关注
软件内部质量:可维护性 主要由开发工程师关注
特性一、 功能性
1)适合性
软件产品为指定的任务和用户目标提供一组合适的功能的能力
功能是不是用户需要的
如:电商软件提供商品搜索和购物车功能是适合的,搜狗拼音升级安装搜狗浏览器是不适合的。
2) 准确性
软件产品提供具有所需精确度的正确或相符的结果或效果的能力
功能是否准确,计算精度是否达到要求,是否和需求规格严格一致
如:商品搜索结果和搜索关键字是否匹配,美团骑手位置的准确性
3)互操作性
软件产品与一个或更多的规定系统进行交互的能力
不同软件之间互操作
如:链接分享到其他软件,微信读取通讯录,软件打印和打印机软件的互操作,手机软件和基站
的互操作
第三方登录(使用QQ和微信登录),第三方支付(支付宝,微信支付)
4)保密安全性
软件产品保护信息和数据的能力, 以使未授权的人员或系统不能阅读或修改这些信息和数据, 而
不拒绝授权人员或系统对它们的访问
如:密码输入需要掩码显示,密码传输需要加密,密码存储需要加密。论坛普通用户不能删除其
他用户的发帖。WPS文档可以加密。
5)功能性依从性
软件产品遵循与功能性相关的标准、约定或法规以及类似规定的能力
要考虑国际标准、国家标准、行业标准、企业内部规范等
特性二、效率
1)时间特性
在规定条件下,软件产品执行其功能时,提供适当的响应和处理时间以及吞吐率的能力。即完成
用户的某个功能需要的响应时间。
如:手机App启动的时间,页面链接点击响应时间,服务器的吞吐率。
2)资源利用性
在规定条件下,软件产品执行其功能时,使用合适的资源数量和类别的能力
包含本机的资源,也包含服务器的资源。
如:手机App占用的CPU和运行内存,服务器多用户访问占用的CPU和内存,网络带宽。
3) 效率的依从性
软件产品遵循与效率相关的标准或约定的能力
特性三、 易用性
1)易理解性
软件产品使用户能理解软件是否合适以及如何能将软件用于特定的任务和使用环境的能力
界面显示让用户易理解
如:图标形象容易理解功能,用户容易找到需要使用的功能在哪里操作
2)易学性
软件产品使用户能学习其应用的能力
根据帮助或者提示可以很快学会
如:鼠标悬停在图片的提示,软件的在线帮助
3)易操作性
软件产品使用户能操作和控制它的能力
如:操作的步骤少,按钮的位置,菜单的层级少
4)吸引性
软件产品吸引用户的能力
如:按钮的样式,输入框宽度一致,间距相同,不同层级的文字样式,对齐方式
5)易用性的依从性
软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力
特性四、 可靠性
1)成熟性
软件产品为避免由软件中错误而导致失效的能力
软件对于内部的问题能够很好的处理
如:软件正常操作长时间不出现问题,MTBF
2)容错性
在软件出现故障或者违反指定接口的情况下,软件产品维持规定的性能级别的能力
软件对外部错误能够很好的处理
如:某些必填项不写注册,输入整数的输入小数
3)易恢复性
在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力
成熟性和容错性都是为了保证不出异常和故障,易恢复性是为了保证出现故障以后能恢复
4)可靠性的依从性
软件产品遵循与可靠性相关的标准、约定或法规的能力
特性五、 可移植性
1)适应性
软件产品无需采用有别于为考虑该软件的目的而准备的活动或手段就可能适应不同的指定环境的能力
软件适应不同的环境(操作系统,浏览器,分辨率)
如:QQ Windows版本支持Windows 10/7/11/8.1,某网站支持Chrome/Firefox/Edge/IE浏览器,某移动App支持1920x1080,2340x1080,1280x720分辨率的手机
2)易安装性
软件产品在指定环境中被安装的能力
不同用户环境下都容易安装
如:安装选项简单步骤少,包含软件需要的依赖环境(VC运行库)
3) 共存性
软件产品在公共环境中同与其分享公共资源的其它独立软件共存的能力
和其它软件共存
如:和电脑管家,杀毒软件共存,快捷键冲突支持自定义快捷键
4)易替换性
软件产品在同样环境下,替代另一个相同用途的指定软件产品的能力
如:WPS替换Office,Chrome替换IE,WPS高版本替换低版本
5)可移植性的依从性
软件产品遵循与可移植性相关的标准或约定的能力
特性六、 可维护性
1)易分析性
软件产品诊断软件中的缺陷或失效原因或识别待修改部分的能力
如:软件代码中增加运行日志
2)易改变性
软件产品使指定的修改可以被实现的能力
代码是否容易修改,模块化,分层明确
3)稳定性
软件产品避免由于软件修改而造成意外结果的能力
模块的接口定义是否稳定
4)易测试性
软件产品使已修改软件能被确认的能力
方便测试执行,可观察,可控制
5)可维护性的依从性
软件产品遵循与维护性相关的标准或约定的能力
知识点3、 质量管理体系
等级 | CMM Level | CMM 等级 | CMMI Level | CMMI 等级 |
---|---|---|---|---|
1 | Initial | 初始级 | Initial | 初始级 |
2 | Repeatable | 可重复级 | Managed | 已管理级 |
3 | Defined | 已定义级 | Defined | 已定义级 |
4 | Managed | 已管理级 | Quantiatively Managed | 量化管理级 |
5 | Optimizing | 优化级 | Optimizing | 优化级 |
知识点1、需求工程
知识点2、需求规格说明书
知识点3、 同行评审
知识点4、需求评审
知识点1、 什么是系统测试
检查已经集成的软件是否和需求规格说明书一致
系统种类:桌面软件,Web 网站,客户端软件,移动 App,小程序,智能设备,通信系统 …
知识点2、系统测试类型
知识点3、系统测试环境
知识点4、 系统测试执行
评审点
1) 系统测试预测试是否通过
2)测试用例是否完成并经过评审
3)测试人员是否到位
4)测试仪表或工具是否到位且进行了相关培训
填写测试记录:
1)测试用例执行人员
2)测试用例执行时间
3)测试用例执行结果
测试通过(PASS/OK) 执行结果和预期结果相符
测试失败(FAIL/NOK) 执行结果和预期结果不符
测试被阻塞(BLOCK) 由于一些缺陷导致该测试用例无法继续执行,该缺陷不是这个测试用例
的测试点
测试未进行(Not Test/NT) 该测试用例功能已实现但还没有执行
测试不适用(Not Applicable/NA) 该测试用例对于被测软件不适用,比如功能未实现
4)问题单号
5) 执行测试用例数统计
6) 测试记录提交人员
编写测试日报:
汇报每天执行情况
测试日报内容:执行情况,发现缺陷情况,存在的问题以及需要的帮助
缺陷管理:
提交缺陷报告,跟踪缺陷状态,回归测试验证缺陷
知识点1、 什么是测试用例
定义:通过一组数据和操作实现测试目的
如何生成测试用例:用户原始需求 > 产品需求 > 测试计划 > 测试方案 > 测试需求 > 编写测试例
知识点2、测试用例内容
用例编号
区分测试用例的一个标识
项目名_测试阶段_测试项_子项序号
测试阶段:单元测试 UT ;集成测试 IT ;系统测试 ST
项目名和测试阶段可选
测试项目
单元测试 函数名
集成测试 模块名或接口名
系统测试 功能点,性能指标,界面元素
通常多个测试用例公用一个测试项目
测试标题
简短说明从哪个角度对测试目的进行测试
原则上标题不重复
不能出现不确定的描述,如是否,能不能。不能出现测试步骤和预期结果。
重要级别
影响测试用例执行顺序
和对应的测试点的重要性有关
常见的重要级别:高,中,低
预置条件
操作步骤一致,预置条件不一致,结果不一致
环境设置 测试环境(Windows 10 + Chrome)
预置数据 如已注册某用户
先运行其他测试用例
简化测试用例的步骤 不需要所有测试用例从登录或首页开始,可以是已经使用某个用户登录系统进入某模块
测试输入
可选项,输入的数据比较复杂或者是文件时使用,如附件,测试用例有关的数据或文件上传
输入数据简单的情况直接填写在对应的测试步骤就可以
输入的数据要求是具体的数据,不是规则的描述
测试步骤
执行当前测试所需要经过的操作步骤,需要明确的给出每个步骤的描述
预期结果
界面检查,数据库检查,测试用例通过失败标准
预期结果中不允许出现操作步骤
其他可选内容
用例设计人员
用例设计时间
需要评审
用例状态
知识点3、测试用例管理工具
TestLink,禅道,JIRA,QC
知识点1、缺陷报告内容
严重性 | 说明 |
---|---|
1致命 | 崩溃,闪退,数据丢失 |
2 严重 | 影响主要流程的缺陷 |
3 一般 | 一般的功能,非主流程的功能 |
4 建议 | 界面问题、显示问题 |
优先级 | 说明 |
---|---|
P1 立即 | 致命的问题 立即解决 |
P2 高 | 严重的问题 高优先级 |
P3 中 | 一般的问题 中优先级 |
P4 低 | 建议的问题 低优先级 |
知识点2、 缺陷管理工具
Mantis,Bugzilla,Bugfree,Bugclose,QC,JIRA,禅道,公司自研
工具分类:
全流程项目管理工具:QC,JIRA,禅道
单独的缺陷管理工具:Mantis,Bugzilla,Bugfree,Bugclose
需求和测试用例管理工具:TestLink
知识点3、缺陷管理流程
留言:如果对你有帮助,给博主点个免费的赞吧 ~ 创作不易,感谢支持!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。