软件测试技术实战教程_ALM、UFT、LoadRunner_全套PPT课件.pptx

软件测试技术实战教程_ALM、UFT、LoadRunner_全套PPT课件.pptx

  1. 1、本文档共449页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

软件测试流程;;1.设立项目测试团队;2.分析测试对象;3.制定测试计划;4.制定测试方案;5.分析测试需求;6.设计测试用例;7.搭建测试环境;8.执行测试用例;9.跟踪处理缺陷;10.输出测试报告;11.实施自动化测试;12.实施性能测试;问题答疑渠道;测试项目分析;;1.测试目标定义;2.项目背景分析;3.测试任务识别;;4.测试资源分析;5.测试风险分析;项目风险;技术因素

从软件研发技术角度考虑,常见的首要问题便是需求调研开发问题,无法正确定义的需求是绝大数软件研发失败的重要因素。其次是开发技术技能掌握程度,是否有技术沉淀,是否有规范的设计评审流程。

从软件测试角度考虑,测试环境无法真实模拟实际生成环境或测试活动实施时没有及时准备好,都是潜在风险。

低质量的软件需求开发、架构设计、编码及测试设计、测试执行,未完成的数据准备、环境保障等,同样是潜在风险。

供应商

现在??多项目是多公司、多团队合作完成,以四川烟草中心项目为例,有4到5家供应商共同完成该中心的信息化平台项目,因此,除了团队组织、技术因素外,供应商与供应商间的合作也可能是项目风险。

;产品风险;外因风险;问题答疑渠道;测试团队建立;;测试组长任命;;;;测试小组建立;;问题答疑渠道;测试工作任务;;1.测试任务分配;;2.组员日常工作事务;;问题答疑渠道;管理平台配置;;1.测试管理工具选择;2.ALM工具介绍;3.ALM后台管理;项目自定义;ALM项目应用;;;ALM后台管理;;;;;;;;;;;4.ALM项目自定义;(2)输入项目管理员帐号及密码,进行身份验证,验证通过后进入所属项目。;(3)项目管理员点击“工具-自定义”按钮,进入项目设置组件。;;;;;;缺陷添加界面定制

ALM默认的缺陷添加界面显示的元素非常多,很多字段在实际测试工作开展过程中不会用到。因此可根据测试团队自身的缺陷管理规范进行设定。优化前的缺陷添加界面如下图所示。;;;;缺陷查看界面定制

与优化缺陷添加界面类似操作方式,但查看缺陷时其显示字段信息要比添加时增加了一些。这里仅展示优化后的结果。如下图所示。;问题答疑渠道;测试计划设计;;测试计划定义;测试计划目的;测试计划示例;问题答疑渠道;测试方案设计;;测试方案定义;测试方案目的;测试方案设计;;测试方案示例;问题答疑渠道;测试需求分析;;【案例4-1OA系统测试需求分析】;本案例为OA办公自动化系统,采用JSP开发,基于B/S结构,整个系统共有通知、工作流、文件柜、任务督办、工作计划、工作记事、考勤、网络硬盘、通讯录、设置代理、短消息、邮箱、社区、博客、聊天室、图书管理、办公用品管理、资产管理、车辆管理、会议管理、邮编区号万年历、档案管理、客户管理、销售管理、供应商管理、系统管理等模块,不存在与之对接的辅助业务系统。下表是OA系统各个功能模块名称及功能简介。;;问题答疑渠道;测试需求管理;;【案例4-2图书管理功能结构图设计】;【案例4-3图书管理需求提取】;;;【案例4-4图书管理功能用户分析】;【案例4-5图书管理业务流程分析】;图书管理

图书管理功能,系统提供了增加图书、查询图书、修改图书及删除图书等四个功能,对于每一个具体的操作与类别管理类似,无法再分割为更小的业务组件,因此,同样作为测试点提取。

图书查询

图书查询功能分为两种类型,一是图书管理员查询,查出的图书信息可进行修改或删除,二是读者,查出的图书信息可借阅与归还,因此图书管理员的查询图书,归属于图书管理模块下,而读者的查询图书,则与作为用户应用单独提取。

图书借阅

图书借阅作为读者使用的功能,提供了借阅功能,单独作为业务提取。

图书归还

与借阅类似,单独提取。;;;;【案例4-6图书管理测试需求转换】;;;;转换完成后,可在“测试”-“测试计划”中展开查看,如下图所示。

通过上述几个案例操作,图书管理功能的测试需求提取、转换工作已经完成。需要注意的是,在提取测试需求时尽量对测试需求进行细分,最好细化到系统的最小功能单元,那么这个最小功能单元怎么确定呢?软件在每一次业务提交操作,或者一个页面的跳转,或者无法再细分的功能模块,都可算作系统的最小功能单元。功能测试又称为数据驱动测试,那么只要存在数据流转,就可以看作系统的最小功能单元,比如图书添加、图书修改、图书删除等,这样的功能已经无法再细分了,那么这些就是系统的最小功能单元,提取测试需求的时候划分到这级就行了。用户期望的是完成某项业务,而不是使用某个功能,从用户的角度考虑,分解最小业务单元。测试需求提取完成后,测试工程师就可以按照《OA系统测试计划》中的进度计划,开展测试用例设计工作。;问题答疑渠道;测试用例设计;;;;【案例5-1添加图书功能需求分解】;;;【案例5-2添加图书测试需求表】;需求

文档评论(0)

153****9532 + 关注
实名认证
内容提供者

若下载文档格式有问题,请咨询qq393261799索取原版

版权声明书
用户编号:6101234030000022

1亿VIP精品文档

相关文档