摘要： 前国内，一提到自动化测试，就是指用工具进行测试。我认为这认识很片面。再好的武器，只有在选进的作战思想、作战体系指挥下，才能发挥其武器性能。好比，现代战争，不是有几架先进战争机，就能打赢的，而是两个作战系统的对抗，再具体体点，是海陆空及作战平台的四位一体的全面对抗。从测试工具的角度来说，某个工具的单纯使用，只是技巧，不是技术，就是所谓的“无他，唯手熟尔”。自化化测试不应该指工具的使用，而应该是一套完整的体系，比如何时可进入自动化测试，自动化测试工具如何选型，工具的使用策略，自动化测试方案等组成的一个完整的管理体系，在这个管理体系下，工具只是实现手段。当然不是说工使的使用 阅读全文

摘要： 在项目中，除了通过压缩JS和CSS及开启web容器压缩功能可以提高性能外，还有一个更好的办法是动态加载CSS和JS我们先来看一下下面的页面，这是一个列面页，新增是用一个DIV来实现的，这时要用到FCK，如果我们在加载列表时，就加载FCK，可是对列表的显示来说FCK不需要，而加载了FCK就会带来性能的损失，那我们就需要用动态加载来实现，如果用户不点击新增FCK是不被加载的动态加载的实现在一个公共JS中写下如下代码 有三个公共函数：getContextPath ，importJs和loadCSSfunction getContextPath() { //以js 方式用来获取上下文 var b = 阅读全文

摘要： 在用开源的或是其他测试管理软件时，除了安装比较麻烦外，本人最不满意的一点是，需要自己去找自己要办理的BUG，BUG和CASE都不能直接插图，看起来不直观，界面不友好。。。。。。特让我怀念在以前公司工作时的测试管理系统；另外MYPM测试管理中，可以有消息交流机制，有人对某个BUG给本人发消息时，会在BUG列表中突出显示，界面也是所有测试管理软件中最漂亮的；使得能够及时对BUG进行沟通，一般测试管理软件是在原有BUG上加备注，而不是“既时”交流机制 当然MYPM 也还有很多不足，我们会不断改进的 阅读全文

摘要： 此事还人从头说起。在要对外发布MYPM时，现学setupFactory制作MYPM安装程序，这个工具入手倒是相当简单，当时因时间的关系（也没心思为了做一个安装程序专门去研究它），没来得及研究 setupFactory 的具体用法，用setupFactory最简单的制作方法制作了一个最简单MYPM安装程序，这个安装程序可以理解为安装时，把程序解压到某个目录，然他的配置和手动部署没什么区别，都要安装人员去设置，安装起来比较不方便。 后来随着安装MYPM的用户越来越多，对安装的技术支持忙不过来（之前的安装程序对于一些测试人员来说，配置还是过于麻烦），然后下决心，好好研究一下setupfactry，终 阅读全文

摘要： 图1 流程草图 图2流程设置及说明 图1 图2各流程节点说明1用例Review:可选流程.如果用例Review流程没有被选取，新提交的测试用例，状态为“己审核”状态，审核人为自动审批（既用例编写人）。用例Review人员一般为业务人员，测试负责人，需求人员或开发人员。2提交问题：必选流程，人员主要为测试人员，不是提交问题这流程节点上的人员也可填报BUG，只是不能确认BUG是否己修复。3测试互验:可选流程，当测试人员和开发人员不在同一地点办公时，或想测试把关新手提交的BUG时，开启该流程，由资深测试人员来做测试互验，既可以指导新人编写高质量的BUG，也可以 阅读全文

摘要： 在制作MYPM一键安装程序中，打包了jdk,tomcat 和mysql当时下载的免安装解压版的mysql是mysql-noinstall-5.1.53-win32.zip，好家伙115M解压后的mysql 484M 我神呀，加上JDK 什么的这安装程没压缩前得近700M太让人受不了，经测试发现 Embedded、include和lib三个文件夹 没什么用，可以删掉，删掉后可以减少223M经过给mysql和jdk 瘦身mysql 的安装程序原始文件为 360M少了一半。最后用setupFactory 制作的安装程序只有98M 阅读全文

摘要： 目录：1：应用场景2：传统工厂模式3：传统工厂模式实现1中应用场景的弊端4：IOC和工厂模式连合使用实现1中描述的场景1：应用场景 在MYPM的工作流业务中，有三种业务对像可以走工作流，分别为：文档，项目和工作任务；这三种业务对像在走工作流时，具体处理业务是有差别的，工作流引擎要根据不同的业务对像(文档，项目和工作任务)，调用不同的处理器.2：传统工厂模式（1）简单工厂模式用法：客户端利用SimpleFactory产生一个具体产品（用AbstractProduct引用），当然这需要客户端传参，但判断逻辑位于SimpleFactory中（如switch语句）。扩展：若需要增加具体产品E，则须添 阅读全文

摘要： 前几天一兄弟接到一个IT运营的系统的活，说需求分析时出了问题，越分析越乱，我问他，是需求没讲清，还是说看不明白？他说，需求虽然不是特别清晰，不过基本业务还是有的，只是在建模时，对像的关系，越分析越乱，好像变成一张没有边际的网。然后他开始和我讲业务（具体的审批流程，入库，报修等），我听了一会就打住了他，我说你别和我讲细节，讲我也记不住，你先告诉我整体的业务流程，然后他说大概就是，设备管理---à设备申请（设备领用，设备报修，设备采购等），还有一些办公资源的管理，审批流程的定制等。接下来，我告诉他：“他的问题的根源是为因一下子钻进业务细节去了“，有点”不识庐山真面目，只缘身在此山中“接下来，我和他 阅读全文

摘要： 在这里我们不说大公司，以大多数小公司来说。基本情况都是这样： 没几个测试人员，也没有培训，也没人带，招来后就干活，活干得如何也没人管，只是简单的动手去测试，发现BUG然后开发人员修改，如何来组织测试，不是自行探索，就是任以前的经验。是一种混乱的执行测试状态，根本无管理可言。这对测试人员的发展也极为不利。 一个好的测试管理工具，从测试计划，到测试需求，到测试用例，到BUG管理，到测试度量都应该有，且在工具中固化了测试流程和规范性的东西，对于测试经验不多，又没人带的新人来说，开始用工具，只是起到照葫芦画漂的作用，久而久之，对其的影响是，测试就应该这样来组织管理，一句话，好的测试管理工具将会把测试 阅读全文

摘要： 在Junit 中 setUp(),tearDown() 方法不是在测试类初始化和消毁时被分别执行，是在运行测试类的每一个测试方法前和运完这个方法后被执行如果想在测试类的多个测试方法中，共享一些数据，需要特别注意，下面我们来看这个测试类HibernateGroupDAO因group的groupId 是自动生成，在测试group的插入（新增中）中，新增后把group的groupId，付值给 HibernateGroupDAOTest中的全局变量groupId 然后，在测试查询，修改和删除中，用HibernateGroupDAOTest中的全局变量groupId来测试，结果是测试不通过,在博最后部分 阅读全文