感觉很新鲜，希望能给我日后的工作有所帮助。
这几天，面试了好几个测试人员。基本上测试题目是我出的，也是根据单位所需的情况出了一套题目。有测试基础理论，更多的是实际的案例分析。发现面试的测试人员，思考都是在太窄了。大家应该多点发散思维，不要循规蹈矩的，有时候头脑风暴真的很重要。还有在交流的时候，不要想着面试官是多么的严肃，自己想到什么就应该说出来，比如说我在思考一个案例如何去测试的，我就要从各个方面，天文地理各个方面去思考，只要有道理、合理的
这周的初次面试给我带来的冲击还没散去. 昨天那主管又通知我再去公司谈一次,我想除了薪水方面,其他应该没什么好谈的了. 于是今天还蛮憧憬的又跑去了. 她先让一日本部长来和我随便聊聊,看看我的语言能力,聊了大约10来
这段时间，在单位这里一个项目是部署在oc4j下，因为之前没有用log4j写日志，产生的日志很庞大，也不能按日生成，于是将所有的输出改为了log4j的输出——不同级别输出到不同的日志文件中。当改完后简单测试发现生效，于是很快就换版了。但是第二天马上报障过来，说登录不了。第一时间，我觉得log4j是一个非常成熟日志输出方案，现在出现问题，实在太意外了。我就决定用压力测试尝试定位问题。很快录制好脚本，设
没有人是完美的，没有人一生下来，就会做很多事情，很多经验都是积累的。什么是听君一席话胜读十年书，就是当你在非常困惑的时候，突然因为旁边的朋友或者同事的一个指点，顿然茅塞顿开。请记得，多跟同事交流，关系好的同事很多，但是知心的同事必须要有，不需要很多个，一个就足够了。当你困惑，当你看不到彼岸，或者当你干活总得不到领导赏识，你就要思考自己是不是方式有问题？态度有问题？哪里做的不对？哪里做的不好？思考可
作为一个下属，不要凡事都要问你阿头？为什么？没有为什么！阿头招你进来，是让你干活的， 不是让你问问题的，帮你解决了那么多问题，还招你干嘛，直接阿头去做就可以了。这是我一个同事教我的，因为我曾经经历过这样一个经历，阿头安排了好多任务给我，我只有一个cpu，不能多任务并发处理，而且我也不是所有事情都会做，我觉得我应该有疑问就去问。但是发现我问的问题，阿头肯定不会回答，还会说，不会自己去想啊，曾经一度让
在51测试网看到这样一个t帖子：讨论大家是如何评估测试人员的工作量？帖子主人为：牵着灵魂漫步。他所认为：大家谈谈所在的测试部门是如何评估测试人员的工作时间是否够用，一个项目中的测试任务是如何进行分解的？我们目前的做法是：先 1.写测试用例(写到每个功能点为止，如添加、删除、导入、导出都算一个功能点) 2.评估每个功能点的复杂程度 &nb
今天我加入了小窝！
今天公司说是有个项目, 想让我去做support 该去吗? 个人对这个不敢兴趣
看到菜菜发起的一个投票。 问题：功能测试你目前的职业发展是什么？ 选项：1.测试技术专家 2 质量保证专家 3 测试管理 4 行业业务专家 敢问这四个选项分别怎么理解？ 尤其是质量保证和测试管理，这两个术语到底存在什么差别。 我们入职时职位就叫QA，这个是指质量保证？
