测试平台对持续集成的支持(之七)——缺陷管理
如今业内已经有不少好的缺陷管理系统，如QC，Bugfree。功能都很强大，使用也较为方便。那么为什么还要自己开发一个缺陷管理系统？原因主要有三个。 一、持续集成所要求的缺陷环节的快速流转：如QC或Bugfree等通用型缺陷管理系统无一例外在缺陷的状态流...
测试平台对持续集成的支持(之六)——测试代码配置管理
配置管理是软件开发中必不可少的工作，讲配置管理的书也很多，限于篇幅这里对配置管理的内容不再详细展开。配置管理的软件也有很多，如SVN，GIT，clearcase。有一些软件行业的配置管理工作非常完善，甚至于将缺陷管理融入到软件的配置管理工作，但过于完善的配置管理尽管可以避免不少在配管工作中容易出现的问题，但对软件开发测试人员的配管能力的要求较高，且由于过程繁复细致，无法做到软件的快速响应。所以笔....
测试平台对持续集成的支持(之五)——测试代码调度与执行
说起测试代码调度，大家就会想起Hudson。是的，Hudson虽然叫CI服务器，但本质上就是一个定时调度器。Hudson的资料网上很多，相信大家也都很熟悉，这里不再赘述。云效平台在Hudson基础上进行了一些封装以便具备定时触发和手工触发两种调度方式，并使得上述两种调度方式中任务的创建对用户而言都是透明的。即对用户而言，只要在...
测试平台对持续集成的支持(之四)——测试代码维护与调试
一、当测试编辑完成后，就进入测试代码的调试阶段。 为了支持测试代码的调试，业界已经有许多优秀的分层测试代码的调试工具，这里不再一一赘述。云效平台对测试代码的调试也离不开这些调试工具，近期也不打算从调试工具本身的升级开发来对测试代码调试环节进行提效。而是走另一条思路，通过将用例编写->代码编写-...
测试平台对持续集成的支持(之三)——测试代码编写(二)
前面讨论了测试代码编写的前三个环节：需求审阅，测试分析，用例编写。这一节简单讨论一下测试代码的编辑。 提到测试代码的编辑，我们不得不先提自动化的分层测试。自动化分层测试的出现最早产生于传统行业，在互联网行业是近几年新起并实施的，业内分层形式也不止一种，...
测试平台对持续集成的支持(之二)——测试代码的编写(一)
测试代码的编写事实上包括从需求审阅开始，经历测试分析->用例编写->测试代码编辑。这一节只探讨前三个环节，测试代码编辑后续再探讨。无论软件开发模式发生何种变化，需求审阅，测试分析和用例编写都是必须的(当然现在有的开发模式把测试分析和用例编写合二为一，将用例尽量简化，但基本的思维过程仍然离不开上述环节)。如何将上述...
测试平台对持续集成的支持(之一)——概述
何为持续集成？借用百度的一段话：大师Martin Fowler对持续集成是这样定义的:持续集成是一种软件开发实践，即团队开发成员经常集成它们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大...
Grails用CONSOLE测试，比写集成测试还快
一般，这个可以用过开发当中的脚本测试吧。 如果正规的开发流程里，集成测试显然可以作为报告提交，必不可少。
NoSQL之Redis（五）--- Redis测试以及其与spring的集成
概述 本文是紧接着上文安装好单机版的redis和rediscluster的之后需要去验证是否安装成功，以及如何和Spring集成到一起。 Jedis Jedis是是Redis官方推荐的Ja...
Flex4.1集成spring2.5 BlazeDS（自己测试成功）
Mxml代码 web.xml Xml代码 <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="<a href="http://www.w3.org/2001/XMLSchem...
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
