TestLink 测试/测试用例使用

直接贴链接了,就不转载里面内容了

fox.风来了

TestLink学习一:Windows搭建Apache+MySQL+PHP环境 http://www.cnblogs.com/yangxia-test/p/4414161.html

TestLink学习二:Windows搭建TestLink环境 http://www.cnblogs.com/yangxia-test/p/4414840.html

TestLink学习八:TestLink1.9.13与Mantis1.2.19集成

TestLink学习七:TestLink测试用例Excel转换XML工具

TestLink学习六:TestLink1.9.13工作使用小结

TestLink学习五:TestLink1.9.13和JIRA6.3.6的集成

TestLink学习四:TestLink1.9.13使用说明

TestLink学习三:发送邮件的两种配置方法

阳光温暖了心情 博客

http://www.cnblogs.com/yangxia-test

时间: 2024-09-20 00:14:18

TestLink 测试/测试用例使用的相关文章

为Web应用程序创建测试用例的方法

web|程序|创建 您是否正在寻找一种把自动测试技术应用到 Web 开发中的方法?那么不用再找了!JWebUnit 就是为 Web 应用程序创建测试用例的一个开源框架,它可以容易地插入到大多数 Java IDE 中.通过使用一个示例应用程序,描述了生成简洁测试用例的详细步骤,软件工程师 Amit Tuli 对 JWebUnit 进行了介绍. 自动测试可以节省重复执行相同测试步骤的时间和精力.本文将介绍 jWebUnit,这是一组 Java 类,用于为 Web 应用程序开发测试用例.jWebUni

使用TestLink管理软件自动化测试过程

最后,详细介绍了基于 TestLink 的http://www.aliyun.com/zixun/aggregation/18863.html">自动化测试解决方案的核心实现技术,即如何通过编程的方式自动化的从测试计划中获取测试用例信息.如何上传.下载.执行测试用例脚本文件和如何回传测试结果信息到 TestLink 等. 本系列文章适用于需要为测试团队寻找测试过程管理解决方案的测试设计.测试管理人员.目前,开源理念在国内外越来越深入人心,开源软件大大推动了软件研发行业的快速发展.TestL

Fitnesse集成TestLink

TestLink作为开源测试管理工具,可以进行测试工程.测试计划以及执行计划的管理,而且TestLink团队提供了XML-PRC的接口供第三方工具调用,接口支持程度也比较好. Fitnesse作为开源验收测试框架,本身可以做到测试集.测试用例的执行,有较为优秀的测试执行行为的管理以及测试结果的收集. 由于Testlink大部分场合下是用于手工测试用例的管理,为了能够是Testlink对于测试用例管理的优点也用于Fitnesse上自动化测试用例的管理,也为了能够让手工测试用例和自动化回归测试用例m

敏捷测试用例和User Story的关联关系

测试用例是软件测试的基础,是测试人员和开发团队其他成员深入了解产品开发需求的介质之一,也是产品质量的保障.因此合理设计测试用例不仅有助于掌握客户的产品真实需求,使得研发团队所有人员对需求的理解处于同一平面上,也确保产品在整个动态的研发过程中,始终符合用例的设计,实现用户最终期望的功能. 在传统开发模式中,需求分析往往占用较长时间,分析阶段由核心的开发人员和测试人员参与.在进入研发阶段后,将需求传递给其他开发和测试人员,测试人员根据需要在设计完测试用例和开发完成以后,进行各种类型的测试.这样的结果

[Maven实战](3)Maven创建项目

前两篇文章我们已经大概了解并安装好了Maven.现在我们开始使用Maven创建项目,在此我们创建一个最简单的Hllo World项目.让我们对Maven有一个初步的认识,对于其中的诸多要点与疑点,以后文章中慢慢一起学习.所以这篇文章主要是让我们对Maven创建项目的流程有一个大概的了解. 1. Maven项目目录结构 2. 主代码 默认情况下项目主代码位于src/main/java目录下,遵循这个约定,创建该目录,然后在该目录下创建文件com/sjf/model/helloworld.java

软件测试总结(六)

   前面总结了软件测试层次的各阶段目标和任务等相关内容,接下来将总结软件测试的经典方法,即黑盒测试和白盒测试.其中黑盒测试有等价分类.边界值分析.错误推测和因果图等经典分析方法,本节先介绍黑盒测试中的等价分类,也称等价分配或等价划分,即分步骤的把过多(无限)的测试案例减小到同样有效的小范围过程.     其中,有效等价类中的任何一个测试测试用例都能代表同一等价类中的其他测试用例,即从某一个等价类中任意选出一个测试用例若未能发现程序的缺陷,就可以合理地认为使用程序中的其他测试用例也不会发现程序的

测试用例设计——如何提高测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

如何提高测试用例设计的测试覆盖率

说到测试用例的设计,我想每个有过测试经历的测试工程师都会认为很简单,不就是:按需求或概要设计,得到软件功能划分图,然后据此按每个功能,采用等价类划分.临界值.因果图等方法来设计用例就行了. 但事实上撇开测试数据的设计不谈,仅就测试项来说,我们发现,对同一个项目,有经验的测试人员,在写用例或测试时总会有更多的测试考虑点,从而发现更多的问题:而有些测试人员测试用例的撰写却只有那么三板斧,表面看好象已经把页面所有信息的测试都考虑到了,实际上却还是遗漏了大量测试覆盖点,导致其测试出来的程序总是比较脆弱.

测试中的名词解释:bug、任务、测试用例、用户情景、特性、长篇故事、问题

问题描述 测试中的名词解释:bug.任务.测试用例.用户情景.特性.长篇故事.问题 bug.任务.测试用例.用户情景.特性.长篇故事.问题.这些词语都是怎么定义的,区别是什么? 我是个新手,最近是想研究TFS来管理测试,不知道工作项里面的这些词怎么区别,请教大家解释一下 解决方案 最好用英文,中文这个翻译很难说是什么东西. 好比attribute也叫属性,property也叫属性:issue叫问题,question.problem也叫问题,这就很难说了. 解决方案二: 我想问问的是TFS团队管理