1、产生的时间不相同： 需求Bug：产生于项目前期 设计Bug：产生于项目前期或中期 功能Bug：产生于项目中期或后期 2、产生的原因不相同： 需求Bug：客户需求描述不清晰或错误、需求收集人员不够专业、需求本身模糊难于分析、获取等原因 设计Bug：系统框架、通讯模式、库表设计、编写语言等选择不当，导致后期扩展棘手、安全性低等 功能Bug：开发工程师需求理解错误、代码编写缺陷等
敏捷测试的含义：敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。敏捷测试是遵循敏捷宣言的一种测试实践： 1、强调从客户的角度，即是从使用系统的用户的角度，来测试系统。 2、重点关注持续迭代的测试新开发的功能，
序言：夜已深，难得今天可以细细的坐着，然后有时间整理一下邮箱，有一些朋友的邮件，包括现在对测试工作的迷惑、或者如何学习的咨询，更多的是征求工具资料或者工具下载地址…回想一下，其实今天本来差点没有什么心情去将一些最近想法变成文字的，但是错过了今天，又不知道之后会有什么时间和精力去写写了。所以就果断一点，写下来吧，很多东西，也许说的不清不楚，或者跟具体的测试工作本身没有太大关系，但是确实都是在我逐渐在
时间过得真快，一晃离第一篇Monkeyrunner的日志已经快三个月了。虽然在这段时间里没怎么研究Monkeyrunner，但看到众多致力于Monkeyrunner的小盆友们对此话题如此沉醉，忍不住冲动再次提笔，想把自己知道一些东西跟大家再做一些分享，毕竟网上对此工具的资料少之又少，任何可用的一点资料可能对于有些童鞋来说都是一点点希望之光，呵呵。当然，我也希望自己的拙作能够起到抛砖引玉的效果，大家
最近由于公司在组织一个Free CoDE的项目，也就是由大家自己选择研究方向来做一些自己感兴趣的研究。由于之前我学过一点点关于android的东西，并且目前android开发方兴未艾如火如荼，但自动化测试还基本上属于新兴领域，接触的人并不多，所以我给我们团队提出研究android自动化测试方面的项目，果然得到大家一致的赞同，大家的兴致都很高，呵呵。于是二话不说
我是一个刚注册测试窝的新手，当我批准朋友的时候会出现如下错误请问测试窝的同志这是什么原因呢？测试窝bug
新公司，新项目，新感受。。。。 回顾12好像一直在忙碌中与探寻中，在学习、总结着与之前的工作不同的地方，差距在哪？慢慢感觉自己学的差不多了，就开始变懒了。 测试之路：从只知道一些理论，到从第一家公司出来，感觉自己就是一张白纸，测试用例不会设计，测试方法知道一些名称，实际工作当中用到了，但
判定表驱动法一、概念 判定表是分析和表达多逻辑条件下执行不同操作的情况的工具 a.可配合因果图后期使用 b.适合于多逻辑条件下的组合分析二、判定表结构 条件桩：列出了问题的所有条件。通常认为列出条件的次序无关紧要&nb
判断某值是否包含指定的字符串的几种写法。 1.jstl标签写法， 主要使用的是 fn，使用的时候，需要引入 <%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %> <c:choose
取Session中的值 <c:out value="${sessionScope.user.userId}"></c:out> <c:out value="${user.userLoginName}"></c:out> <s:prop
