功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3. 检查按钮的功能是否正确：如update
1. So, tell me a little about yourself.You don’t need to explain everything from birth to present day. Relevant facts about education, your career and your current life situation are fine. 2. Why are
哈佛大学心理学博士力荐！！！！ 只需30天让你变身气质美眉，只需30天让你变身英伦绅士，这个社会看的不仅仅是外貌，气质比外貌更重要！！！ 培养气质的最佳守则：每天练习一点点只需30天，你将会变成一个闪亮的明星。一：沉稳 （1）不要随便显露你的情绪。 （2）不要逢人就诉说你的困难和遭遇。 &nb
自己的规划：首先第一份工作一定要选择一家好公司，刚进公司时，我给我自己的规划是要做一个技术管理者。当我做成了技术管理者后我是不会满足的，我希望能够成为一个独立部门的管理者。但我觉得这还不够，我希望能在市场和营销能力上能有更多的作为，一步一步的向更高的层次上驾驭自己的人生。三年吧，三年左右定一个阶段的规划，我想这是一个比较合理的规划区间。 每个人的职业生涯一定要有良好的规划，不能盲目努
清楚准确的描述BUG，这是测试人员的必备的基础。但是针对各种问题，我们又如何使自己提交的BUG让开发人员看一遍就明白呢？我相信大部分人都会碰到以下这种情况，我们提交上去的BUG在某些特定的环境下存在，这时候如果没有写清楚具体产生BUG的前提条件的话，BUG难以重现，这个时候开发就会说：“为什么我测试的时候没有出现这个问题呀，人品问题。：）”。还有就是开发经常说：“为什么在我的机器上没有出现这个问题
谈到自动化测试方面的误区，不少文章倾向于从人性、管理、职业规划等方面进行探讨。我这次专门从计划、设计、实现、维护等技术角度总结一下。自动化的最终目标是什么？很多人以为是像工业革命一样消灭手工劳动者，在这里等于手工测试人员。但是测试存在一个目前来看还算正确的、其他行业不多见的悖论：任何时候，你都不能准 确知道还有多少bug，就像警察不能准确知道还有多少贼一样。所以自动化的最终目标——目前来说——是解
你知道哥德堡号是怎样沉没的吗？07年第8期的《读者》上有篇文章引起了我的兴趣。哥德堡号是18世纪瑞典人的希望：他们需要从海上贸易来充实因为战争而濒临枯竭的国库。建造哥德堡号动用了瑞典当时15%的国内生产总值，船坚炮利不在话下。然而在最后一次返航途中离码头900米的地方撞上了当地人再熟悉不过的一块暗礁，在欢迎人群的注视下满载着从中国运来的瓷器、茶叶和丝绸沉入海底。你的开发工作中也会有平时再熟悉不过的
忠诚的互联网探索者，久经考验的网联网斗士，IE6，因工伤医治无效，于2010年3月1日在加利福尼亚谷歌总部逝世，享年8岁。IE6未完的事业，将由儿子IE7和孙女IE8继续发扬广大。来看看这段：Internet Explorer Six, resident of the interwebs for over 8 years, died the morning of March 1, 2010 in
他被纽约时报称为Web 易用性大师，被 Internet Magazine 称为 易用之王，1995年以来，他通过自己的 Alertbox 邮件列表以及 useit.com 网站，向成千上万的 Web 设计师传授 Web 易用性方面的知识，尽管他的一些观点可能带来争议，至少在 Web 设计师眼中，他是 Web 易用性领域的顶尖领袖，他的名字叫 Jakob Nielsen， 本文是 WDD 网站对他
今天有朋友让帮忙看一下tomcat的问题，错误信息是java.net.SocketException: Too many open files。查了一下资料，总结一下。 在Unix/Linux系统中，无论是socket还是file访问，在后台为该访问程序分配了一个文件描述符（descriptor），该文件描述符为应用程序与基础操作系统之间的交互提供了通用接口。Unix/Linux系统对每个进程能打
