前面那篇《缺陷管理之缺陷收敛趋势分析》发布之后，很快就被一些垃圾网站剽窃了。剽窃很彻底，文章出处和作者都没有。上篇文章对收敛趋势的一些基本概念做了讲解，本文就不再罗嗦了，没看过的同学请先看上一篇文章《缺陷管理之缺陷收敛趋势分析》，如果不看，我不保证你能看懂。本文将缺陷收敛趋势分析另外一种计算和表现方法，比上一种简单。看图说话：当前发现：在一个测试周期内发现的缺陷数目，也可以说是新增缺陷数目。累计发
软件开发有敏捷开发，敏捷开发深的很多开发人员的青睐。敏捷开发发展了很多年，有不少的组织和机构在背后推广敏捷开发。也有一些敏捷开发相关的软件，如xplanner,mingle。敏捷测试也不是今天才提出来，以前有所耳闻，当然我也不懂敏捷测试，还希望有专家指点。如果就对敏捷二字的理解，个人觉得，敏捷测试可能比较适合当下环境下的一下小公司，当然，没经过研究，我这说法也不一定对，仅供参考。在这里我是要介绍一
这本电子书实际上是InfoQ发布的《构建高性能Web站点》的精简版。《构建高性能Web站点》一书的作者，曾在腾讯网基础平台研发团队，负责诸多Web应用的开发和技术管理，并致力于性能研究和实践推广。在加入腾讯之前，获得国家系统分析师职称。目前在工作之 余从事独立研究，其中包括高性能Web架构和Web敏捷开发框架，并且积极投身开源事业，同时在为Smart Developer系列进行创作。《构建高性能W
如何成为一个好的软件测试人员? 一个好软件测试人员与不好的差别在哪儿？一个专业的软件测试人员和不专业的差别在哪里呢？个人认为以下几点可以反映出来： 系统性 如果从软件测试的行业定义而言，软件测试是系统化的保证软件产品满足设计规范和用户需求。 一个好的专业的软件测试人员往往可以系统地去审视测试需求，制定测试策略, 从而做到心中有数，保证产品的功能和需求得以有
想想，今天如果我们去买一辆车，以下是我们的经历。。。 买下车后，须由专车送到家中，再由专业人员上门服务，调试安装，才能使用。而费用当然得自付。 由于最新研究表明，踩刹车和油门的位置交换会更符合人体运动学，车买回后发现，刹车和油门的位置调换了。 车速慢到1公里以下，需用3倍的力量来打方向盘。 发现车只能开到60公里，如要再快，就需自己想办法了。 由于车门可以被随意打开，车里的物品和零件经常丢失。
今天一早来上班，老大告诉我被借调售前一周弄得我一头雾水QA支持售前？？没听说过，也没做过，不知道老大怎么想的呵呵呵 不过让我做就做吧 就当丰富自己的经历啦哈哈 想当年在手机公司做测试的时候还客串过市场督导呢
终于完成TD辅助系统的开发。可以实现案例执行情况记录功能，并增加两个统计报表。 终于可以看到每个项目的案例执行情况了，绩效考核的量化也有数据支撑了。 开心！ jsp+owc，简简单单，同时使用DWR，从后台实时获得TD的domains数据，projects信息，以及实时获得TD的测试案例数据。
1，当日执行了哪些案例 2，执行结果 3，执行次数 于是乎，找了个时间对TD的数据库进行了分析，结果发现test表中的ts_subject列，找不到其对应的父表，没办法，找google帮忙了，搜索一番，找到下面这个sql： SELECT td.ALL_LISTS.AL_DESCRIPTION AS Subject, td.TEST.TS_NAME AS Name, td.TEST.TS_STATU
公司要求，要进行测试的量化工作，目前欠缺的是测试案例执行工作量的记录，因此这个指标一直无法进行统计。 思考一番，初定目标: 对TD进行二次开发，切合OWC进行开发了！ 补充：和同事讨论了一下，基本上定了如下基本设计。 使用jsp+owc，owc使用csv方式，从后台返回案例列表展示在页面，update案例执行情况，将执行的案例插入到数据库中，完成 那么，这样子就可以记录案例执行情况了，并可以对测试
挂名了两个外包项目的项目经理，哎，压力陡增，都不知道能不能做好。不过，我会尽力的！ 好在部门主任指点了迷津： 1，让对方定好开发人员以及开发计划 2，我要控制的是质量，和进度 3，我不需要负责具体的工作，监管是我最为主的工作。 努力！借此机会提高自己的综合能力，尤其是管理能力、计划能力。 角色变更开始了。
