用这个软件的初衷： 经过最近我们几轮的Code Review，Code review结果都记录在WIKI上，而没有一个专用的平台。 这样做的弊端： 1、依赖记录：会议记录做的不完整的话，不能定位到具体的类，具体什么方法出现问题。（这个问题昨天就出现过） 2、不便于跟踪：想看修改的结果需要翻WIKI，并且是否修改还需要来看WI
http://wenku.baidu.com/view/e04d76db6f1aff00bed51e5a.html
突然有种想记录自己思想变化过程的记录。刚开始接触测试是从培训班开始，其实当时的想法超级简单就是找个工作，但是当半只脚踏入开始，就已经开始考虑自己的生存状态，及其测试的技术含量。作为一个test rookie,刚开始就是认为测试就是IT阶层的最下了，知道现在还是有这种感觉。在一段时间的工作中，感觉自身没有一点硬件的东西，完全没有说话的底气，当然这有点夸张。曾一度想过转个方向，linux 运维，但是这
这个问题我记得我在感悟软件测试这个帖子里面说过，只是不明确 诚然，我也不是大家，说的话也没有权威性，只是说明一下自己的感悟。 测试需要懂编程知识。但是不是所有的测试都会用到编程知识。 要是你想要做自动化测试，编脚本是基本的能力，所以你要会脚本语言以及协议 一个不懂得脚本语言的人，是不够资格去做自动化测试的。因为你除了简简单单的录制脚本之外，需要设置的东西很多。需要你用脚本语言进行控
声明：转自互联网的一些事 有一群人，他们积极自律，每天按计划行事，有条不紊；他们不张扬，把自己当成最卑微的小草，等待着人生开出花朵的那天。 他们早晨5点多起来健身，你在睡觉；7点开始享受丰盛的早餐，蛋白质维生素淀粉粗纤维样样俱全，为新的一天起了一个好头，当他们收拾妥当准备开始一整天的工作时，你还在睡觉； 他们用上午的高效时间完成了一个又一个任务，甚至发现的新的
The 12 Bugs of XmasFor the twelfth bug of Christmas, my manager said to me: Tell them it’s a feature Say it’s not supported Change the documentation Blame it on the hardware Find a way around itSay th
FileSystemObject对象（简称FSO对象）提供从QTP访问文件的能力，在QTP自动化测试过程中经常使用。 FSO常用方法有： CreatTextFile;创建文件 OpenTextFile;读取文件 Write(WriteLine);写入（带回车写入） ReadLine;读取 FSO对象一般用CreateObject来实现 对象名.CreateTextFil
官网：http://www.fiddler2.com/ 和HttpWacth/Firebug这类基于浏览器的工具相比，Fiddler能够查看本地所有进程的HTTP请求情况！ 对Flex开发、WebService、基于HTTP的RemoteAPI等的开发调试，HttpWatch/Firebug的作用非常有限，这些场合就是Fiddler的用武之地。 Fiddler 2对Flex开发和联调很有用，因为F
有很多人都说测试简单，其实测试是比较困难的，如果你不懂技术，那更是一片迷茫，因为测试人员不仅要将问题找出来，而且还要找到出现问题的根本原因，要不然只是说这个报错，出不来，怎么样怎么样的，有些问题研发是无法复现的，这样就导致有些潜在系统的问题被因为无法复现而关闭，这样无论对于测试人员还是研发人员来说，都是一种无谓的时间浪费和工作能力的轻视，所以，测试人员的职责很重大，找到出现问题的根本原因，是一个好
马上到年末了，自己也对今年做了一下总结，自己有哪些优点，有哪些还需要加强。每当我想到今年比较满意的地方，对比之前，就会有这样一个思考：如果以前的我要是知道这些该多。在这里给大家分享一下经验，让新人少走一些弯路。 做事要积极主动，态度决定一切 说这些，可能有人会觉得，这些都明白，都是大道理，只是怎么样执行的问题，下面我举一个真实的例子。 我曾经带过的两位新人，A君上班，交代给他负责的东西，是永远没有
