收藏 分享(赏)

测试基础和项目流程.ppt

上传人:gnk289057 文档编号:9354670 上传时间:2019-08-03 格式:PPT 页数:16 大小:181.50KB
下载 相关 举报
测试基础和项目流程.ppt_第1页
第1页 / 共16页
测试基础和项目流程.ppt_第2页
第2页 / 共16页
测试基础和项目流程.ppt_第3页
第3页 / 共16页
测试基础和项目流程.ppt_第4页
第4页 / 共16页
测试基础和项目流程.ppt_第5页
第5页 / 共16页
点击查看更多>>
资源描述

1、自我介绍,教师简单介绍 各新员工进行简单自我介绍 简单的华为面试技巧介绍(后续会分析),课程介绍,测试理论 数据库相关知识(Informix、Oracle) Linux相关知识(命令) 性能测试相关知识 智能网基础知识(架构和各功能点),测试基础,1、什么是软件测试? 使用人工或自动手段来运行或测试某个系统的过程,其目的在于检验是否满足需求或弄清实际结果与预期结果之间的差别。 2、软件测试的目的? a.软件测试是为了发现错误而执行程序的过程。 b.测试是为了证明程序有错,而不是证明程序无错误。 c.一个好的测试用例是在于它能发现至今未发现的错误。 d.一个成功的测试是发现了至今未发现的错误的测

2、试。 目的:以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。,测试基础,3、软件测试原则 a.所有的软件测试都应追溯到用户需求。 b.应当把“尽早地和不断地进行软件测试”作为软件测试的座右铭。 c.完全测试是不可能的,测试需要终止。 d.测试无法显示软件潜在的缺陷。 e.充分注意测试中的群集现象。 f.程序员应避免检查自己的程序。 g.尽量避免测试的随意性。,测试基础,4、软件测试的分类 按照开发阶段划分:单元测试、集成测试、系统测试、确认测试和验收测试。 单元测试:针对软件设计的最小

3、单位-程序模块进行正确性检验的测试工作。目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求。 集成测试:在单元测试基础上,将所有的程序模块进行有序、递增的测试。 确认测试:通过检验提供客观证据,证实软件是否满足特定预期用途的需求。 系统测试:在真实或模拟系统运行的环境下,检查完整的程序系统能否和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接,并满足用户需求。 验收测试:按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审,决定是否接受或拒收系统。,测试基础,按照测试实施组织划分:开发方测试(测试)、用户测试(测试)

4、、第三方测试。 开发方测试:在软件开发环境下,由开发者检测与证实软件的实现是否鳗鱼软件设计说明或软件需求说明的要求。 用户测试:把软件产品有计划地免费分发到目标市场,让用户大量使用,并评价、检查软件。通过用户各种方式的大量使用,来发现软件存在的问题与错误,把信息反馈给开发者修改。 第三方测试:介于软件开发方和用户方之间的测试组织的测试。,测试基础,按照测试技术划分:白盒测试、黑盒测试、灰盒测试。 白盒测试:通过对程序内部结构的分析、检测来寻找问题。 黑盒测试:通过软件的外部表现来发现其缺陷和错误。 灰盒测试:介于白盒测试与黑盒测试之间的测试。方法与相关流程的应用: 开发文档和源程序可以应用单元

5、测试应用走查的方法; 单元测试可应用白盒测试方法; 集成测试应用近似灰盒测试方法; 系统测试和确认测试应用黑盒测试方法。,测试基础,5、测试计划:范围、策略、环境、通过标准、时间、人员、风险等。 测试方案:描述需要测试模块的特性、明确策略、测试中需要的测试点,测试思路,详细的测试方法。 测试用例:为实施测试而向呗测试系统提供的输入数据,操作或各种环境设置以及期望结果的一个特定集合。 用途:核实需求、监督过程、评估结果、准确回归、防止遗漏、提高效率、缩短周期。 测试用例模版一般包括以下基本项: 用例编号、测试项、测试标题、重要级、预置条件(输入)、操作步骤、预期结果、实际结果、备注等。,测试基础

6、,使用测试用例的好处: a.在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。 b.测试用例的使用令软件测试的实施重点突出、目的明确。 c.在软件版本更新后只需要修正少部分的测试用例,便可展开测试工作,降低工作强度,缩短工期。 d.功能模块的通用化和复用化使软件易于开发,而测试用例的通用化和复用化则会使软件测试易于发展,并随着测试用例的不断精化其效率也不断攀升。,测试基础,6、测试方法: 黑盒测试用例设计方法:等价类划分法,边界值分析法,错误推测法、因果 图法、判定表驱动法、正交试验设计法、功能图法等。 等价类划分法:把程序的输入域划分成若干部分,然后从每个部分中选取少 数代表

7、性数据作为测试用例。 有效等价类:指对于程序的规格说明来说是合理的、有意义的输入数据构成 的集合。 无效等价类:与有效等价类定义相反的。,测试基础,确定等价类的原则: 1、在输入条件规定了输入值的集合或规定了“必须如何”的条件情况下,可以确立一个有效等价类和一个无效等价类。 2、在输入条件规定了取值范围或值的个数的情况下,可以确立一个有效等价类和两个无效等价类。 3、在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。 4、在规定了输入数据必须遵守的规则的情况下,可确定一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。 5、在规定了输入数据的一组值(n个),

8、并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。 6、在确知已划分的等价类中,各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步地划分为更小的等价类。,测试基础,边界值分析法:一种补充等价划分的测试用例设计技术,它不是选择等价类的任意元素,而是选择等价类边界的测试用例。实践证明,为检验边界附近的处理专门设计测试用例,常常取得良好的测试效果。 边界值设计用例的原则: 1、如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少1、不最大个数多1的数据作为测试数据。 2、如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范

9、围边界的值作为输入数据。 3、根据规格说明书的每个输出条件,应用前面的原则2。 4、根据规格说明书的每个输出条件,使用前面的原则1。 5、如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试数据。 6、如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构边界上的值为测试用例。 7、分析规格说明,找出其他可能的边界条件。,测试基础,因果图法:从用自然语言书写的程序规格说明的描述中找出因(输入条件)和果(输出条件),通过因果图转换为判定表。 因果图设计用例步骤: 1、分析程序规格说明的描述中,哪些是因,哪些是果。 2、分析程序规格说明的描述中语义

10、内容,并将其表示成连接各个原因与各个结果的“因果图”。 3、标明约束条件。由于语法或环境的限制,有些原因和结果的组合情况是不可能出现的。为了表明这些特定的情况,在因果图上使用若干个标准的符号标明约束条件。 4、把因果图转换为判定表。 5、为判定表中每一列表示的情况设计测试用例。,测试基础,白盒测试-逻辑覆盖法:通过对程序逻辑结构的遍历实现程序的覆盖。 包括:语句覆盖(SC)、判定覆盖(DC)、条件覆盖(CC)、条件判定组合覆盖(CDC)、多条件覆盖(MCC)和修正判定条件覆盖(MCDC)。 白盒测试设计测试用例的原则: 保证一个模块中所有独立路径至少被使用一次。 对所有逻辑值均需测试TRUE或

11、FALSE。 在上下边界及操作范围内运行所有循环。 检查内部数据结构以确保其有效性。,测试基础,语句覆盖:选择足够多的测试数据,使被测程序中每条语句至少执行一次。 判定覆盖:设计足够多的测试用例,使得程序中每个判定至少都获得一次“真值”或“假值”,或者每一次取“真”或“假”分支至少经历一次。 条件覆盖:构造一组测试用例,使得每一判定语句中每个逻辑条件的可能值至少满足一次。 条件判定组合覆盖:设计足够的测试用例,使得判定中每个条件的所有可能(真/假)至少出现一次,并且每个判定本身的判定结果(真/假)也至少出现一次。 多条件覆盖:设计足够的测试用例,使得每个判定中条件的各种可能组合都至少出现一次。 修正条件判定覆盖:首先,每一个程序的入口和出口点都要考虑至少被调用一次,每个程序的判定到所有可能的结果值要至少转换一次;其次,程序的判定被分解为通过逻辑操作符连接的Bool条件,每个条件对判定的结果值是独立的。,项目流程,自我总结案例分析,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 企业管理 > 管理学资料

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报