http://blog.chinaunix.net/space.php?uid=9950859&do=blog&id=98251啥都不说了，大家进去看吧。还是说点，大家先看看书，再看人家写的东西。我那个忘记了，补充：维基百科(网络协议)
1.慢慢做事；2.及时总结后分享；3.多问，即使自己知道，有可能人家会给你说个更简单的方法.
1.纠正常见测试误区，摆脱测试误导：很多软件测试界的误区都必须让项目组成员学习并达成共识，比如说：“测试人员是所有问题的承担者，一旦出现问题那么测试人员就要承担出现问题的责任”。而实际上很多问题并不是测试人员造成的，这就让测试人员很郁闷，自认倒霉，严重打击了测试人员的自尊心和工作激情，解放测试人员弱势地位，对提高测试团队的地位非常必要。2.对高层领导报忧不报喜：对于高层领导，我们一定要揣摩他在做什
最近工作一直相当不忙。。所以给自己报名了软件评测师考试。。但是状态各种不佳！！！完全静不下心来啊！！！什么都木有啊！！ TVB体的走一个~~！ 考试这种事，大家都不想的。看书的事，是不能强求的。所谓吉人自有天相，复习最要紧的就是静心。饿了，谁给我煮碗面？？？！！。。
公司的为期半年的网路安全审核过去，终于又可以上网了！！ 安全测试，应该在什么时候介入比较好呢？？？
[如需转载，请在转载时注明出处，并保证本文的完整性]续--“测试之路，责任导航（一）” 经过2个多月的忙碌，DLMS项目就要接近尾声了，还有1个月就要结束了...在这2个多月里，努力的熟悉整个DLMS系统、了解需求，准备大量的测试数据，熟悉模块的逻辑性、模块之间的关联性等，为整个项目的测试做了充分的准备，其中有几个模块让我
团队能够通过测试快速获知系统当前所处的状态，了解距离可工作的软件还有多远； 能够在一个迭代周期中快速完成回归测试和对新功能的测试； 开发工程师能够从持续的测试中得到快速的关于提交代码反馈。 简而言之，敏捷测试要求测试能够测试在“短的时间间隔内持续发生”且能够在“短时间内完成”。考虑到纯粹的依赖人工测试基本不可能达到“短的时间间隔内持续发生”和“短时间内完成”这两个目标，而自动化测试在执行效率方面
Test Automation with Robot Frameworkhttp://www.virtuousprogrammer.com/?p=264MavenIntegrationhttp://code.google.com/p/robotframework/wiki/MavenIntegrationRobot Framework Acceptance Tests: Develop With
最近做的工作有些偏离测试，有时想，在自己的职业道路上，以后可能从事别的职位或者别的工作，那么我从测试这个职业学到了什么，测试对我有哪些影响呢？ 记得头一年，我的师傅对我说：“做测试啊，最重要的是要细心，有耐心...”。当时我抱着要学技术的心态，心里还有些不服。 这几年过去后，觉得学过的工具也好，技术也罢，如果不用了，那么就忘
摘自51testing每周一问（http://bbs.51testing.com/thread-145131-1-4.html）——————网友kuailederen————————————————————————————如果测试时间不够，肯定不能全功能覆盖，我们是否应该只测客户比较关心的，比较常用的功能？——我觉得软件测试是一门需要用科学的精神去对待的学科，结果只有正确的才算科学，过程是需要仔细
