- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
1.软件的泛在特性:“无孔不入,无处不在,超强控制”
1.软件的可靠性:对软件在设计,开发及预设环境下具有特定能力的置信度的度量,也是
衡量软件质量发主要指标
2.为啥要进行软件测试:发现软件的缺陷与故障,会造成巨大的损失
3.什么是软件测试?正向思维:为了展示软件符合设计要求,能否达到预期的效果,逆向
思维:发现软件中的错误和系统中的薄弱环节,直至找不出错误
4.定义:
5.
6.黑盒测试:不看内部结构,只看输入输出结果
7.测试的目的:
发现缺陷,错误和质量度量
PS;软件缺陷:软件中可以影响程序正常运行的问题
产生缺陷的原因:需求不明确,软件结构比较复杂,员工水平,项目时间
软件质量:软件产品的需求
软件质量的3个层次:1满足需求分析中的设计,2满足客户的需要,3满足客户的未来需
求
8.软件测试原则
9.软件测试基本原理
10.软件测试类型:
功能测试:使用一系列测试用例测试,每个测试用例要覆盖功能特定的输入输出行为,常采
用黑盒测试(最重要的)
非功能测试:
恢复测试:
确认测试:
11.瀑布模型:
优点:更好把控每个阶段,分工明确
快速原型模型:
优点:克服用户需求不明确带来的风险,减少成本
缺点:设计比较难,对开发人员要求较高
螺旋模型:使用率不高
强调风险分析,把软件质量体现在开发中,成本把控较好
缺点:构建模型繁琐,适合大型项目
敏捷模型:以用户的需求进化为核心,采用迭代,循序渐进的方法进行软件的开发,
快速响应需求变化,测试先于开发,注重人的作用
优点:及时调整需求
缺点:对管理要求高,适合小型项目
12.软件测试与软件开发的关系:
软件测试模型:V模型
优点:把大块内容分小
缺点:不能及时测试,修改错误人力与经济损失较大
W模型
优点:开发与测试同时进行
缺点:无法实行迭代,找错工作量较大
H模型:测试是单独分开的
模型:测试分片段,频繁测试会增加工作量
12软件测试策略
概念:把测试用例集成到一起,形成一个完整的步骤,保证软件开发的顺利进行
特征:1基于模块层,延伸到整个系统2不同的测试技术适用于不同的时间段3测试和调试
是不同的活动4测试过程和开发各阶段的关系
好的测试用例特点:1发现缺陷的可能性较高2不要冗余3测试用例要独立执行
软件测试的基本流程:需求分析阶段,测试计划介绍,编写测试用例,测试执行阶段,输出
测试报告
13组件测试:测试对象为函数,方法,类;特征:1一般由开发人员来完成2组件独立进行
测试3被测组件可以由更小的组件来组成4测试关注组件的内部行为5根据内容进行正确性
检测
模块:能够单独命名且能够独立完成一定功能的代码集合
驱动模块:被测模块的上一级模块
桩模块:在测试时被测模块所调用的模块
14测试:是从已知条件开始,具有预先定义的内容,可以预测结果
调试:从未知条件开始,结果无法预计
15集成测试:又称之为组装测试,联合测试,就是在单元测试的基础上,将所有模块按照
概要设计组装成子系统或系统
分类:非增值式集成方式(找错比较困难),增值式集成方式(渐增式集成方式)1自顶向
下集成测试2自底向上测试3核心集成测试
16系统测试:在单元测试和集成测试后对系统的功能或性能进行总体测试
分类:压力测试,容量测试,性能测试,安全测试,容错测试、
17确认测试:有效性测试。测试软件的功能和性能是否与用户要求的所匹配
18验收测试,变更测试
19静态测试存在于软件生命周期的各个阶段,分类:人工评审(正式评审,非正式评审),
静态分析,包含内容:测试需求分析,测试概要设计,测试详细设计,测试执行与测试结果
分析
静态测试的实施:人工静态分析,借用工具静态分析(一般混合使用);执行过程:编译可
以找出代码语法错误等但找不出逻辑错误
代码检查:代码走查,桌面检查,代码审查(单元测试)
评审:对文档的检测,通过对文档的阅读与评审来完成,审查也叫评审(一般通过会议)
作用:1.尽可能早的发现缺陷2降低开发成本3缩短开发周期4信息共享
评审角色:1测试经理2评审主持人3评审文档作者4评审人员5记录员
评审类型:走查,审查,技术评审,非正式评审
20数据流分析:定义:分析程序中变量之间的关系
名词解释:P代表程序,G(P)数据流图V变量集合PATH(P)所有路径集合
DEF(v,n)节点n是变量v的丁一一节点,USE(v,n)节点n是变量v的使用节点
如:a=bDEF(1)={a}
文档评论(0)