引子：前些天做手机内存泄露测试，想用free命令去查看可用内存，想当年对此命令有“很深”的造诣，可动真章时脑中竟然一片空白……杯具……于是乎翻箱倒柜，终于在曾经写的一篇白皮书中找到了如下几行说明： --------------------------------正文--------------------------------使用linux内部的free命令监控，监控指标为Mem
今天静下来想了很多，年前公司来了五六个新员工和十多个实习生，经过几个月的实习锻炼发现还是没有到我想要的效果，~难道是自己定的要求太高了？俗话说：“期望越大，失望越大”。我不明白他们咋想的，上面安排的事情早做完不是早了事情么，为啥一定要等到时间不够了就向上面反映然后加派人手，举个最近的例子现在这个项目一些数据要整理，他做了三天才统计完一个，昨天经理说没时间了就让
去面试，给你一套三张纸的笔试题，全部都是简答题，你写完的话可能需要至少一个半小时 你感觉这些题如果和面试官当面交谈的话，比写在纸上更有效率，更有效果 你会怎么办？ 你会老老实实、认认真真的在卷子上写详细答案；还是会找面试官说这些题咱们当面谈下可能更节省大家时间？ 如果是第二种，面试官回答说，公司规定必须答完题才能面谈，你会怎么办？
哎。。。。
今天下午1点，给组里人员讲解两个模块的业务。1个半小时，完了以后，我的一位同事给我很好的总结了一下两点： 1、思路不清晰； 2、枯燥难懂，大家昏昏欲睡；不得不说她总结得非常好，我也自己感觉很差，记录下来，以后改进； 总结下失败的原因：（1）准备不充分，首先准备时间不足，上午11
Data Generation Toolshttp://www.generatedata.com/The One-source Online Toolkit for Software Test Design and Test Data Generationhttp://testersdesk.comDatatect by Banner Software.http://www.datatect.co
气死人的是北京根网科技，给了一份笔试题，答完后没见到面试官直接让前台"请"出去了 笑死人的是北京铭软科技，面试的是一位欧巴桑，没回答出姐们一个名词解释，那姐们竟然说我是个测试外行，看我不像是干测试的(本人干了4年了)。。。 这都啥不靠谱的公司呀。。。
也许是因为统计质量管理中发现了需求的问题占到整个软件缺陷50%-60%的原因，大家都习惯性的把焦点放在评审SRS这个重要的静态测试活动上面了。然而测试用例才是我们测试执行的最终依据——需求写的再好，测试用例没有写好，一切都是白搭！ 而这，恰恰是流程改进中必须浓墨重彩的一笔！下文同样取自一网友博文，并适当做了补充和修润（粗体部分）： 测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更
一、以太网链路层协议封装格式 以太网数据在网络介质上传输需要遵循一定的机制，其中CSMA/CD介质访问控制机制约定了以太网在传输数据时，两帧之间需要等待一个帧间隙时间（IFG或IPG），为以太网接口提供了帧接收之间的恢复时间，该恢复时间最小值为传输96bit所花费的时间，对于10M线路，该时间为9.6uS，100M线路为960nS，1G的线路为96nS。同时
今天跟项目组的同事一起参加了数据挖掘的培训，我们公司专门请某个大学的专家给我们培训，在听的过程中顿时感觉到自己的差距了，平时做测试，涉及到比较深入的地方较少，这次的培训有点小晕，但希望培训能为后面的工作带来帮助，我们项目组的团队力量比较强大，做数据挖掘的都是研究生，哎，压力就这样产生了.......
