Test
文章平均质量分 63
zhangmike
这个作者很懒,什么都没留下…
展开
-
利用Excel支持JUnit参数化测试
在JUnit里面,可以使用CsvFileSource读取csv文件进行参数化测试,可是CSV文件不支持格式,编辑颇为麻烦,尤其是多次编辑,因此自然想到是否可以使用Excel文件,可以有各种格式,支持各类数据。startColumn 数据区第1列在哪里,缺省是从第1列开始自动搜索数据区,一般不需要用。brotherFolder 兄弟路径,改变相对基准到此路径的上级,一般不需要用。sheet Excel里面Sheet名称,缺省是第1个。headerRow 标题列,缺省第1行,一般不需要用。原创 2023-10-26 18:05:40 · 723 阅读 · 0 评论 -
利用PowerShell进行数据库部署冒烟测试
PowerShell是一种命令行外壳程序和脚本环境,使命令行用户和脚本编写者可以利用 .NET Framework的强大功能,也可以调用Azure。在Win10里面附带PowerShell V5,PowerShell也能够容易地集成到Jenkins里面。本文要解决的问题:数据库部署之后进行冒烟测试,确保相应的对象,比如表,存储过程,视图,具体数据等等已经部署到位,避免到了后续集成测试时与其它错误混杂在一起,减少Root Cause的时间。解决方案:利用PowerShell里面的Pester测试框架原创 2021-06-06 08:15:49 · 194 阅读 · 0 评论 -
Junit4小技巧-测试基类
在Junit4使用的时候,直接运行,通过控制台输出来进行问题判断,,这比启用debug模式更加迅速,但有时需要知道哪个方法开始输出,如果每次都在方法开始时,打印方法名称,那是较麻烦的事情。 通过测试基类,通过rule,可以带来一个方便。i原创 2017-03-22 00:27:22 · 1626 阅读 · 0 评论 -
SonarQube4.4+Jenkins进行代码检查实例之三-单元测试分析
作者:张克强 作者微博:张克强-敏捷307在 《SonarQube4.4+Jenkins进行代码检查实例之一》 中介绍了不编译只检查的方式。在《SonarQube4.4+Jenkins进行代码检查实例之二》中介绍了编译并检查编译结果的方式。本文来介绍如何利用SonarQube来分析单元测试。最新推荐在分析插件是Jacoco。当然要进行单元测试,首先单元测试得到了书写,能够本地执行得到结果原创 2014-09-19 06:57:35 · 18337 阅读 · 0 评论 -
什么版本测试通过就能发布?
问题的另外一个问法:如何称呼提交正式测试的软件版本?这个版本如果后续测试通过的话,就能直接发布,但是在提交测试的时候,不知道测试是否通过。 发布候选版?正式测试版?相对的,如何称呼就算测试通过也不能发布的版本(比如因为部分特性未完工)?非正式测试版?提前测试版?回答1:release candidate是一个常用的叫法。 from @stephen_wang_7971关联回答1.1:Release原创 2014-07-24 07:46:12 · 4327 阅读 · 0 评论 -
软件开发词汇表
本文用于收集整理软件开发词汇原创 2014-04-19 05:56:14 · 3102 阅读 · 0 评论 -
小议测试驱动开发
本文是《敏捷热点问题的多角度杂议》(首次刊发在程序员杂志2011年9月刊)的一部分,为方便讨论,在这里独立成文。 在讨论测试驱动开发之前,先澄清一个问题:测试驱动开发是否包括验收测试驱动开发。测试驱动开发(Test Driven Development,简称TDD)存在两种理解:1,包括验收测试驱动开发(Acceptance Test Driven Develop,简称ATDD)在内原创 2011-11-03 19:22:58 · 1852 阅读 · 0 评论 -
Re:关于集成测试与系统测试
原文:各位高手,我是刚开始参加测试工作不久的新人,主要是负责集成测试,我以前有一些系统测试的经验。但是,做集成测试时就很迷茫。 不论国内外,讲集成测试的文章都太少了,而且大都都只是讲了概念性的东西,不太实用。 写测试用例时,我总会有意无意的把集成测试和系统测试混淆起来,(我主要是做黑盒测试,)我觉得两者的用例都是基于功能测试,虽然说集成测试会侧重于接口方面,但是在我看来,它只会原创 2005-10-10 07:17:00 · 4314 阅读 · 1 评论 -
一个独立测试组织工作的五大方面
一个独立的测试组织开展工作,工作内容是比较复杂的。为了方面区分工作,方便分配任务,可以进行划分。本文提出将其分为如下的五大部分。测试环境交流团队建设过程测试 测试部分主要包括针对项目进行测试,包括测试计划和跟踪,BUG管理和监视,执行具体的测试。环境 环境部分主要包括硬件环境和软件环境。硬件环境是指服务器,Desktop,相关用到设备,比如USB设备,Switch等等。软件环境有BUG管理软件,S原创 2005-10-09 07:57:00 · 2395 阅读 · 0 评论 -
Test lifecycle -- important chapter in test plan
Some engineerings will write functional/nonfunctional test cases in test plan which occupys majority of pages. But some more important things are missed.One is test lifecycle. Test plan should原创 2005-09-13 06:59:00 · 1912 阅读 · 0 评论 -
测试用例标准讨论
1,可重复执行换一个人执行测试用例能够重复上一个人的操作。2,验证最小操作,不可拆分为便于统计测试的规模,一个测试用例应当保持原子性,不可拆分。典型违反:一个测试用例1,....;2....;3.... ... 写了超过一页。3,避免模糊词句。典型违反:如“输入过长的字符串”,这到底是多长是过长啊?4,说清前提条件。测试前提条件,是非常重要的。一般通过上下文可以推断,但如果发生变化,必须明确说明原创 2005-07-10 08:52:00 · 1824 阅读 · 0 评论 -
组织软件测试中应当避免的几个常见现象
1,黑盒测试人员推断缺陷来源,主观认为不同地方发生的类似缺陷是同一个缺陷,而只录入一个缺陷。恶果:开发人员只改了缺陷指出来的地方,以为相同来源的类似缺陷留到了下一轮测试。2,来源于配置(数据库配置,配置文件,操作系统配置等等)的不正常现象可以不作为缺陷提出,开发人员可以直接改正。恶果:相同的配置问题会不断重复,甚至于在用户处重复。3,人工回归测试,由于工期紧张,人力资源紧张,人工回归测试不能测试1原创 2005-07-01 06:54:00 · 1986 阅读 · 0 评论