关于测试工作流程及工具使用_第1页
关于测试工作流程及工具使用_第2页
关于测试工作流程及工具使用_第3页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1 前言本文档仅作用于公司内部人员使用参考,主要概括的是开发组与测试组的工作流程及工作衔接内容,该文档由测试组人员内部制定,假设有考虑不周之处请给出建议!编写此流程的主要目的是标准测试,提高开发组与测试组的工作效率,尽可能早地找到BUG,并保证得以修复。2 测试流程简介2.1测试工作总体流程测试方案用例设计执行环境1、工程立项后,工程组讨论工程实施过程后执行此流程;2、 前提是须有?工程技术标准说明书?,假设客户未提供可从其它途径获取客户需求如以前工程文档,样机获取等;3、 与开发组的程序设计阶段同步,即开发设计工程实施时测试组同步进行测试设计,此过程为测试执行做准备工作;4、立项一工程经理把

2、技术标准说明书共享给开发、测试组 一开发组人员解析说明书并设计代码、测试组根据说明书作出测试方案、测试用例一此阶段完成此过程中开发组和测试组进行功能规格沟通。2.1.1.2 执行细那么测试方案测试负责人根据工程的需求, 制定测试方案,明确目标与测试任务以及测试人员的安排。测试方案分复杂文档型和简单实用型,综合我司目前情况,比拟适用后者即简单实用型,引用Microsoft Project来方案分配工程任务, 把工程细分为各个阶段、 阶段再细分为各个任务, 任务精确到具体时间、 负责人, 测试方案的主要要素包括:工程名称、任务名称、工期、开始时间、完成时间、资源名称等,如下列图。测试用例依据已引用

3、的用例模板,进行用例设计,挖掘用户潜在需求并结合到用例设计,与需求接口人沟通获取更直观的用户要求;假设工程时间充足,测试用例可提供应开发人员,以便开发人员结合代码设计思路给出建议,使测试用例到达更高的可执行效果;测试用例由测试组相应测试人员设计。系统测试备注:测试阶段分为单元测试、集成测试、系统测试、验收测试,单元测试由开发人员根据代码进行测试,集成测试即分模块单独测试此阶段跳过,系统测试即集成后的版本测试我司主要以此阶段作为测试的重心,验收测试即模拟用户进行使用测试发布前的版本。结合公司环境,目前测试执行测试执行区别于测试设计,测试设计主要是方法、过程的设计,测试执行是执行已设计好的方法及过

4、程包括系统测试、回归测试、验收测试三大步骤。执行环境1、 执行前提是“测试方案用例设计阶段完成;2、此阶段开发组须集成可测版本提供应测试组执行测试,测试组先进行冒烟测试,冒烟测试不通过那么须返回开发组再集成可测版本;在此说明,冒烟测试即机顶盒常用功能都可正常执行操作,可理解为机顶盒的根本功能测试3、完成测试文档前期准备工作;执行细那么测试人员针对独立的测试任务进行方案设计可自定义一测试人员执行测试用例一实时提交发现的BUG至TestDirector、开发人员实时访问刷新BUG页面跟踪并修复 BUG-开发人员提供新版本一测试人员回归测试检测已修复BUG、提交新BUG一"重复蓝色标记步骤

5、直至所有 BUG通过七测试人员编写测试报告。验收测试执行环境1、执行前提是“系统测试阶段完成;2、 开发组提供最新版本,要求所有BUG都已修复并经过测试人员确认完;3、 确认TestDirector上严重、比拟严重、非常严重级别的BUG都关闭Closed, Low状态的大局部BUG 都关闭Closed;4、得出前期测试报告结果。执行细那么验收一模拟用户使用环境及常惯执行测试一记录验收过程及结果一通过那么制定测试总结报告并结束、不通过那么进入下一步一实时提交发现的 BUG至TestDirector、开发人员实时访问刷新BUG页面跟踪并修复BUG 一*开发人员提供新版本一测试人员回归测试检测已修复

6、BUG、提交新BUG复蓝色标记步骤直至所有BUG通过。下面简单的介绍两种通常情况下的工程流程,藉此说明一下开发与测试在整个工程中的协同工作,其实测试活动并不是等到工程编码完成之后才开始,从一开始就是和开发并行进行的工程活动,以下两个流程图可以得到例证:2.2工程简易流程1 单个工程运行2.3工程简易流程2 多个工程运行3 TestDirector工具使用说明TestDirector 简称TD提供并集成了测试需求管理、测试方案和用例管理、测试日程控制、测试执 行和缺陷跟踪等功能,目前公司主要引用的模块为缺陷跟踪,作为主导的BUG管理工具。3.1操作说明登陆翻开IE,在地址栏中输入,就可以翻开TD

7、主页面首次登陆会提示要求安装插件,点击“是选择安装安装插件后就可以翻开 TD主页面,如下列图:点击页面左上角 TestDirector进入:增加缺陷Bug -程序员|测试员注释:并不是只有测试人员才能提交BUG,开发人员发现了问题一样可以提交,当然此处的提交并不是开发期的缺陷,而是工程已集成后的缺陷, 开发人员提交的问题可作为今后其它工程的参考范例,便于整理公司产品的“综合症。窗口介绍:在此我们工作过程中主要引用到的是缺陷管理模块,在以上选项中选择|v即翻开缺陷窗口,如上图,可选择工具下的更改密码进行用户密码修改操作。登记缺陷:修改缺陷Bug 状态在壯址叱栏,根据实际情况修改 Bug的状态,Bug的状态有五种:New、Open、Reopen、Rejected、 Fixed、 Close。希望大家不会觉得以上的操作过于繁琐!3.2 TestDirector TD 的优点1、TestDirector能让测试人员、开发人员通过一个中央数据仓库效劳器,在不同客户端就能 互通测试信息。及时的获取到工程出现的问题,并修

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论