qtp使到用和介绍.docxVIP

----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ----------------------------------------------------------------------------------------------------------------------------- 一：遇到问题： 需求不断变更，需求无法形成正式的需求规格说明书或者需求规格说明书无法及时更新。测试人员熟悉需求需要相当长的时间，对需求理解不深刻造成测试不能实现预期目标。 测试人员在编码基本完成后介入测试，对业务需求理解不深入，很难在业务层面进行深入细致的测试。 开发周期长的项目，项目主要负责人掌握了核心业务需求，且不能形成详细的说明文档，对于需求多变的业务，不能即使形成需求变更说明。项目负责人的离职或转岗对项目的继续开展造成不良的影响。 测试项目较多，测试工作量大而测试时间相对不足，也限制测试工作的顺序开展。测试人员在相对较短的时间内很难完成对需求的分析，不能形成详细的测试方案，更不会形成详细的测试步骤。在这种情况下很难对测试过程进行跟踪，不能对测试结果进行分析进而对项目的质量进行评定。 二：为什么使用QTP 由于系统的主要业务流程已经在开发人员内部测试完成，测试的主要工作是对系统进行易操作性和容错性等的测试，使系统功能更加完善。由于测试人员不了解需求，其所担任的测试使用探索性测试方法进行，开发人员进行交叉测试使用传统的基于脚本的测试方法。对于业务流程测试，借助QTP开发自动化测试脚本，并使用等价类和边界值方法设计测试用例。 测试分三轮进行，首轮测试有测试人员按照测试用例库中对控件测试的用例进行测试，主要涉及界面操作层面的功能，如易用性、容错性的验证。随着第一轮测试的完成测试人员对系统的熟悉，由项目经理参与召开项目测试会议，讨论测试重点和测试目标后由测试人员进行第二轮较深入的测试。在第二轮测试中，项目经理对业务流程相关功能进行了测试任务的分解和分配，定位了部分测试点、测试目标和预期缺陷。测试人员按照测试任务进行测试。第三轮测试由测试人员自己完成，自己编写测试点和测试目标进行更深入的测试。 测试会话由测试人员进行测试时进行编写，主要记录了测试点、测试方法和测试步骤等测试相关的探索。 在进行探索性测试过程中，对测试充分的模块的测试方法进行分析和总结，提炼出通用测试用例存放于测试用例库中，如对于基本信息维护模块，一般包括编号、名称等字段，使用探索性测试方法进行测试，并总结设计了通用测试用例，下表为新增部分通用用例： 测试对象名称测试对象描述测试点执行步骤描述基本信息维护 （新增功能）基本信息一般包括编号、名称、备注等字段，ID不能重复新增输入数据库中不存在的信息，新增ID重复，新增输入重复的编号，新增，提示编号重复，新增失败ID唯一，名称重复新增新增成功连续双击新增功能按钮点击一次新增按钮后，弹出新增窗口，此时新增功能按钮不可用，即不能连续点击新增按钮对仓库管理系统的测试分为三个测试阶段，在传统测试方法和探索性测试方法花费等长时间的情况下，传统测试和探索性测试发现的缺陷对比如下： 表  SEQ 表 \* ARABIC 22 缺陷数量对比表 测试阶段测试方法A类B类C类D类E类合计第一轮测试传统测试145313探索性测试188421第二轮测试传统测试235探索性测试232119第三轮测试传统测试112探索性测试455317对三轮测试的缺陷数量形成对比图分别如下： 图  SEQ 图 \* ARABIC 22 第一轮测试缺陷对比图 图  SEQ 图 \* ARABIC 23 第二轮测试缺陷对比图 图  SEQ 图 \* ARABIC 24 第三轮测试缺陷对比图 经过对三轮测试结果的分析，传统测试在第一轮测试发现的缺陷较多，以后呈递减趋势。而探索性测试，第一轮进行界面级测试，发现的缺陷严重等级较低但缺陷数目较多，在后来两轮测试中也发现了较传统测试稍多的缺陷。 经过对探索性测试发现的缺陷的分类总结，发现探索性测试更关注于系统的易用性和容错性上，其上发现缺陷的较多，传统测试更关注于系统的功能。 表  SEQ 表 \* ARABIC