- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程测试复习资料by北京理工大学.pdf
一
1.软件测试必要性:测试是所有工程学科基本组成单元,也是软件开发重要组成部分。
2.软件测试的定义:正面、反面
IEEE 定义:在特定条件下运行系统或构件、观察或记录结果,对系统某个方面做出评价。
分析某个软件项以发现现存和要求的条件之差别并评价此软件项的特性。
软件测试是由验证和有效性确认活动构成的整体。
3.软件质量
IEEE 定义:系统、部件或过程满足规定需求的程度。满足顾客或用户需求或期望的程度。
功能、可靠、易用、效率、可维护、可移植
4.软件缺陷
缺陷是对软件产品预期属性的偏离现象。与产品说明书不符。
缺陷产生:技术问题、团队工作、软件本身
缺陷构成:规格说明书、设计、代码、其他
缺陷修复成本:发布》测试》编程》设计》需求分析
5.验证、确认
验证:是否正确构造了软件
确认:是否构造了正式用户所需要的软件
6.测试分类
测试阶段层次:单元测试、集成测试、系统测试、验收测试
测试目的:功能测试、性能测试、可靠性测试、安全性测试、兼容性测试
是否执行:静态测试、动态测试。
是否针对内部:白盒测试、黑盒测试
7.测试阶段
A 需求和设计审查
B 单元测试(白盒代码,代码评审可以发现50%-70%错误)
C 集成测试(组成测试,一次性集成、增殖式集成)
D 功能测试(确认功能是否正常使用)
E 系统测试(放在计算机环境下测试,硬件平台、软件支持)
F 验收测试(向用户表名系统可以正常工作,符合期待)
G 安装测试(按照安装手册,模拟用户环境,进行安装操作测试)
8.工作范畴
测试实施:制定测试策略、测试计划、确定测试方法规范,控制测试进度,管理测试资
源。
组织管理:编写文档、搭建测试环境,开发测试脚本,开展测试活动
9.第三方测试
介于开发方和用户方之间的测试组织的测试,也称独立测试
二
1.测试人员
基本责任:发现程序、系统或产品中所有问题,尽早发现问题,督促开发人员解决缺陷
2.团队模式
项目经理、测试经理、开发经理
开发为核心的组织模型
项目经理为核心的组织模型
三国鼎立的组织模型
3.团队构成
QA/测试经理 实验室管理人员 内审员 测试组长 测试设计人员 一般测试人员
按技术领域组建团队
按产品线组建团队
4.测试环境五要素
软件:操作系统、网络协议、应用程序
硬件:网络设备、服务器、测试用机
网络环境:路由器交换机等硬件,网络协议、代理、防火墙、网络工具
数据准备(数据库):大量数据,原有数据
测试工具
5.建立项目测试环境
清楚项目要求、规划测试环境、列出设备清单、环境实施
**6.测试用例
测试用例是可以独立进行测试执行的最小单元,测试用例就是将软件测试行为活动转化
为规范化的文档。测试用例是测试工作的指导,是软件测试必须遵守的准则。
测试用例作用:有效性、可复用性、易组织性、客观性、可评估性和可管理性、知识传
递、重要参考依据,提高测试质量。
测试用例书写标准:标志符、测试项、测试环境要求、输入标准、输出标准、测试用例
我之间的关联。 整体质
量要求:覆盖率、易用性、易维护性、粒度适中
测试用例套件是由一系列测试用例并与之关联的测试环境组合而构成的集合
,以满足测试执行的特定要求。
跟踪测试用例:每天执行多少测试用例 通过、未通过各占多少
**7.缺陷
缺陷生命周期:一个软件缺陷被发现、报告到被修复、验证、关闭的过程。
发现——打开:测试人员找到缺陷提交给开发人员
打开——修复:开发人员修复提交给测试人员验证
修复——关闭:测试人员验证,关闭不存在的缺陷。
缺陷标识、缺陷类型、产生可能性、缺陷来源、缺陷原因、前提、操作步骤、期望结果、
实际结果。
缺陷处理技巧:审阅、拒绝、完善、分配、验证、重新打开、关闭、暂缓
缺陷分析方法:缺陷分析报告、缺陷趋势报告、缺陷年龄报告、测试结果进度报告
8.测试报告结构
产品标识、用于测试的计算机系统、使用的文档及标识、产品描述、用户文档、程序和
数据的测试结果、与要求不符的清单、对不
文档评论(0)