转自: 51Testing作者: 晨之晓 无论做什么工作，都是计划先行，然后按照所制定的计划去执行、跟踪和控制。软件测试也一样，先要制定测试计划，是做好整个测试工作的前提。所以在进行实际测试之前，应制定良好的、切实可行的、有效的测试计划。软件测试计划的目标是提供一个测试框架，不断收集产品特性信息，对测试的不确定性（测试范围、测试风险等）进行分析，将不确定性的内容慢慢转化为确定性的内容，该过程最终
我是在一个硬件公司做系统测试的，比如BIOS、Driver、各种应用软件，还包括硬体。主要做的是功能测试，系统整合测试，稳定性和可靠性等性能测试。感觉工作有一些简单，不能够参与到需求分析等阶段。所以想转做软件测试，就是针对企业管理软件等的测试。 请教各位，转行前，应该主要学习些什么，才能让我在面试的时候显示自己对这个行业的了解呢？ 如果感觉自己的公司不错，也希望你能介绍一下，呵呵！ 谢谢你的不吝赐
作者: JohannaRothman 简介 许多测试管理者是从技术部门进到管理阶层的。尽管他们有可能受过很多测试或软件工程的培训和指导，但他们还是很难经常从失败和错误中学到管理技巧。作为一个管理者，你有两项基本工作：找出为你工作的最好 的员工并且建立一个能够使员工完成工作的环境（使他
感觉很新鲜，希望能给我日后的工作有所帮助。
这几天，面试了好几个测试人员。基本上测试题目是我出的，也是根据单位所需的情况出了一套题目。有测试基础理论，更多的是实际的案例分析。发现面试的测试人员，思考都是在太窄了。大家应该多点发散思维，不要循规蹈矩的，有时候头脑风暴真的很重要。还有在交流的时候，不要想着面试官是多么的严肃，自己想到什么就应该说出来，比如说我在思考一个案例如何去测试的，我就要从各个方面，天文地理各个方面去思考，只要有道理、合理的
这周的初次面试给我带来的冲击还没散去. 昨天那主管又通知我再去公司谈一次,我想除了薪水方面,其他应该没什么好谈的了. 于是今天还蛮憧憬的又跑去了. 她先让一日本部长来和我随便聊聊,看看我的语言能力,聊了大约10来
这段时间，在单位这里一个项目是部署在oc4j下，因为之前没有用log4j写日志，产生的日志很庞大，也不能按日生成，于是将所有的输出改为了log4j的输出——不同级别输出到不同的日志文件中。当改完后简单测试发现生效，于是很快就换版了。但是第二天马上报障过来，说登录不了。第一时间，我觉得log4j是一个非常成熟日志输出方案，现在出现问题，实在太意外了。我就决定用压力测试尝试定位问题。很快录制好脚本，设
没有人是完美的，没有人一生下来，就会做很多事情，很多经验都是积累的。什么是听君一席话胜读十年书，就是当你在非常困惑的时候，突然因为旁边的朋友或者同事的一个指点，顿然茅塞顿开。请记得，多跟同事交流，关系好的同事很多，但是知心的同事必须要有，不需要很多个，一个就足够了。当你困惑，当你看不到彼岸，或者当你干活总得不到领导赏识，你就要思考自己是不是方式有问题？态度有问题？哪里做的不对？哪里做的不好？思考可
作为一个下属，不要凡事都要问你阿头？为什么？没有为什么！阿头招你进来，是让你干活的， 不是让你问问题的，帮你解决了那么多问题，还招你干嘛，直接阿头去做就可以了。这是我一个同事教我的，因为我曾经经历过这样一个经历，阿头安排了好多任务给我，我只有一个cpu，不能多任务并发处理，而且我也不是所有事情都会做，我觉得我应该有疑问就去问。但是发现我问的问题，阿头肯定不会回答，还会说，不会自己去想啊，曾经一度让
在51测试网看到这样一个t帖子：讨论大家是如何评估测试人员的工作量？帖子主人为：牵着灵魂漫步。他所认为：大家谈谈所在的测试部门是如何评估测试人员的工作时间是否够用，一个项目中的测试任务是如何进行分解的？我们目前的做法是：先 1.写测试用例(写到每个功能点为止，如添加、删除、导入、导出都算一个功能点) 2.评估每个功能点的复杂程度 &nb
