手动测试——MTM

在Test Manager中,测试计划用于管理某个迭代的整个测试工作。包括测试用例、测试结果,计划测试的配置。

Test Center分为4个主要活动区域:

Plan---用于管理整个测试计划,包括计划的属性,以及构成计划的独立测试集和测试用例。

Test---用于浏览可以执行的测试用例列表,从这里可以通过启动测试来执行测试用例,保存测试结果,记录bug等。

Track---在Track区可以修改当前正在测试的生成版本。该区还可以帮助测试人员发现,针对当前的生成版本,哪些测试是最重要的。

Organize---可以很容易访问和修改所有测试用例、测试配置和其他测试计划。

测试计划属性页上部分包含了描述计划的元数据(如名称、描述和所有者)。元数据用于描述测试目标,但对测试计划的功能没有实际影响。

测试用例可以组织为下述3种测试集类型之一:

  基于需求的测试集---包含通过Tests关系连接到需求工作项的所有测试用例。对于应用程序开发的任意迭代过程,开始通常希望将需要实现的所有需求都添加到迭代中。这样就可以创建和执行测试用例,验证应用程序是否实现了规定的功能。Add requirement

  基于查询的测试集---可以为选定的测试用例指定一个动态工作项查询。New query-based suite
  静态测试集---一个可以手动添加到测试集的测试用例列表。一个静态测试集还可以作为其他测试集的容器,因此,测试用例可以按层次结构进行组织。New suite

测试集状态为下列3个有效状态之一:

  In planning---表明测试用例仍在编写中,这些用例还不能运行。
  In progress---这意味着测试团队可以运行该测试用例集中的测试用例。
  Completed---当不再需要运行测试集中的所有测试用例时,可以将该测试集标记为该状态。

时间: 2024-07-30 08:46:32

手动测试——MTM的相关文章

mailx-Nagios手动测试报警邮件

最近Naigos 修改contact ,需要手动发送测试邮件 Centos(其他版本可参照 man mail ,man mailx 获得更多信息) 创建邮件内容文件mail.txt [[email protected] ~]# touch mail.txt [[email protected] ~]# vi mail.txt 编辑好以后内容后发送邮件 mailx -s 'test a simple mail' [email protected]  < mail.txt [email protec

006-请说一下手动测试与自动化测试的优缺点

手工测试缺点: 1.重复的手工回归测试,代价昂贵.容易出错. 2.依赖于软件测试人员的能力. 手工测试优点: 1.测试人员具有经验和对错误的猜测能力. 2.测试人员具有审美能力和心理体验. 3.测试人员具有是非判断和逻辑推理能力. 自动化测试的优点: 1.对程序的回归测试更方便.这可能是自动化测试最主要的任务,特别是在程序修改比较频繁时,效果是非常明显的.由于回归测试的动作和用例是完全设计好的,测试期望的结果也是完全可以预料的,将回归测试自动运行,可以极大提高测试效率,缩短回归测试时间. 2.可

在国外,资深的软件测试人员大多是手动测试,他们厉害之处在于测试用例的设计,但在国内,很多测试人员都把自动化测试当成很厉害的资本,为什么?

导语:”在国外,资深的软件测试人员大多是手动测试,他们厉害之处在于测试用例的设计,但在国内,很多测试人员都把自动化测试当成很厉害的资本,为什么?” 偶然在知乎上看到一篇关注度很高的话题,标题如上. 作为一名从业8年有余的软件测试工程师,并且一直在外企做测试的我, 忍不住想发表一些自己的看法和见解. 我觉得在国内,很多公司或者个人把自动化测试当成一个了不起的资本,根本是源于国内大家对代码的无上崇拜,这也造就了国内现在IT互联网行业内一个鄙视链: 开发---> 测试开发--->自动化测试---&g

linux手动测试 rsync 的同步情况

特别强调:此步很关键,如果这不能同步,后面的 inotify 配好了也不会同步数据. 1) 分别创建待同步数据 [[email protected] ~]# mkdir /data/{web,web_data}/redhat.sx -p [[email protected] ~]# touch /data/{web/redhat.sx/index.html,web_data/redhat.sx /a.jpg} [[email protected] ~]# tree /data /data ├──

JUnit手动设计测试方法以及与Randoop的自动生成测试的比较

手动设计测试 在已有的web project本地目录lib文件夹里导入两个jar文件(版本可不一样):junit-4.12.jar和hamcrest.jar 打开eclipse,导入项目,右击项目选择bulid path的最下面一个configure build path,然后如图点击ADD External JARs选择两个jar文件,ok. 右击java文件新建junit test  case文件,选择setUp按钮生成test.java文件,然后进行手动设计测试: 例如测试上一篇博客ran

PHP 行为测试工具 Codeception (介绍)

原文地址:https://phphub.org/topics/25 Codeception 简介 Codeception 简单来说, 分为以下几种测试 Acceptance Tests 验收测试 Functional Tests 功能测试 Unit Tests 单元测试 接下来我们来一一介绍每一种测试的优缺点. Acceptance Tests 验收测试 我们先设想这样一个场景:当技术人员开发完毕, 其客户, 产品经理, 或者是测试人员, 他们怎么确定产品的可用性? 一般情况下, 他们都是执行以

app测试归纳

测试一个APP,主要包括以下几点: 一. 测试资源: 1.产品功能需求文档   2. 产品原型图    3.产品效果图  4.行为统计分析定义文档  5.测试设备(iOS3.1.3,Android4.0......)  其他 二. 日报及产品上线报告: 1.测试人员每天需要对所测试项目发送测试日报 2. 日报内容包括: ----对当前测试版本质量进行分级 ----对较严重的问题进行举例,提示开发人员优先修改 ----对版本的整体情况进行评估 3.产品上线前,测试人员发送产品上线报告 4.产品上线

测试(划分及特性)浅解

测什么? ·软件源代码·与软件源代码匹配的文档·支撑软件源代码运行的配置数据·需求阶段-----需求规格说明书·系统设计阶段-----概要设计说明书.详细设计说明书·系统测试阶段-----软件·编码阶段-----源代码 测试有哪些类型? 按照开发阶段划分·单元测试----针对被测系统最小的组成单元实施的测试·集成测试----针对组件.单元与组件.单元之间的接口实施的测试活动,验证接口设计是否与设计相符·系统测试----将通过集成测试的软件,部署在真实用户环境下的测试·验收测试----以用户为主的

谈谈测试人生

摘抄于http://www.cnblogs.com/TankXiao/archive/2012/08/27/2576962.html 阅读目录: 软件测试人员应该居安思危 测试人员应该比开发人员更熟悉业务需求 学会如何和开发人员相处 测试人员应该懂一些基本的编程 测试人员搭建开发环境 写文档是测试人员的核心能力 测试后期应该做两天交叉测试 测试人员的瓶颈 尽量实现自动化 自动化测试VS手动测试 自动化测试的技术和开发用到的技术相差太远 最郁闷的是无法听懂开发人员讨论技术 优秀的测试人员非常稀少