Tue, 28 Jun 2011 16:34:00 GMTSeeing is not believing！Testing is believing！做个实用主义测试者！http://blog.csdn.net/blogrss.aspx?username=Testing_is_believinghttp://blog.csdn.net/Testing_is_believing/archive/2011/06/29/6573964.aspx<br />不断发展中的电信自动化测试:<br />http://www.automationqa.com/automation-view/tibexpertcolumns/item/172-tel-com-automation.html<br /><img src="http://www1.feedsky.com/t1/528668348/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/29/6573964.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 29 Jun 2011 00:34:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/29/6573964.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/29/6573964.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/528668348/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/27/6570842.aspx<br />测试基本功 - Linux基础教程：<br />http://www.docin.com/p-225184839.html<br /><img src="http://www1.feedsky.com/t1/528668349/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/27/6570842.aspx" border="0" height="0" width="0" style="position:absolute" />Mon, 27 Jun 2011 17:50:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/27/6570842.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/27/6570842.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/528668349/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/26/6568439.aspx<br />TIB自动化测试解决方案 - 自动化测试框架设计：<br />http://www.automationqa.com/automation-view/tibsolutions/item/166-automation-framework-design.html<br /><br /><br /><img src="http://www1.feedsky.com/t1/527737545/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/26/6568439.aspx" border="0" height="0" width="0" style="position:absolute" />Sun, 26 Jun 2011 12:34:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/26/6568439.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/26/6568439.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/527737545/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/23/6564375.aspx<br /><br />Illusions and misunderstandings about software testing<br />选摘自 软件测试电子杂志《testing experience》2011年6月期<br />http://www.automationqa.com/resources/230-testingexperience201106.html<br /><br /><br /><br />There are management illusions, developer illusions, tester illusions and user illusions.The most common are:<br /><br />1.Management illusions<br /> What is testing, at all<br /> Anybody can test<br /> You can test in quality<br /> Some products need no testing<br /> Automated testing<img src="http://www1.feedsky.com/t1/527737546/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/23/6564375.aspx" border="0" height="0" width="0" style="position:absolute" />Thu, 23 Jun 2011 20:30:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/23/6564375.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/23/6564375.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/527737546/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/22/6561629.aspx<br />测试基本功训练 - Linux与Shell编程：<br />http://www.gerzsoft.net/Content.aspx?ItemID=550<br /><img src="http://www1.feedsky.com/t1/526132095/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/22/6561629.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 22 Jun 2011 17:18:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/22/6561629.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/22/6561629.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132095/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/19/6555264.aspx<br /><br />作者：欧阳辰<br /><br /><br />作为一个测试老兵，经常听到有测试新人抱怨，需要和开发人员进行激烈的讨论，感觉像打仗一样。其实，测试人员和开发人员的战斗不仅仅在小公司有，在大型软件公司也是比比皆是。这种"战斗"不仅仅发生在开发周期的初期，也发生在开发过程中，甚至在产品发布后，很多产品质量问题的追责也会引入新的"战斗"。<br /><br /><br /><br />作为一个老测试工程师，也聊聊开发人员和测试人员的战斗，谈谈自己的心得吧。<br /><br /><br />先说说战斗的种类。<br /><br /><br />1) 缺陷(Bug)属性之战: <br />对于一个缺陷，开发人员和测试人员有不同意见，例如，开发人员说是“建议”，测试人员说“代码缺陷”；开发人员说是优先级3的，测试人员说是优先级1的；开发人员说不能重现问题，测试人员说曾经出现，必须调查。<br /><br />2) 产品指标目标之战： <br />对于一个产品达到什么要的指标，也是测试人员和开发人员讨论的热点。例如，测试人员说性能必须到达200毫秒，但是开发人<img src="http://www1.feedsky.com/t1/526132096/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/19/6555264.aspx" border="0" height="0" width="0" style="position:absolute" />Sun, 19 Jun 2011 22:48:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/19/6555264.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/19/6555264.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132096/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/17/6551776.aspx<br />格志测试（http://www.gerzsoft.net/）最新课程 - 测试设计与测试项目实战训练<br /><br /><br /><br />面向对象：测试工程师、测试分析与设计工程师、测试经理<br />参考教材：《软件测试技术大全》<br /><br /><br />训练大纲：<br />1、测试用例设计<br />（1）等价类设计法<br />（2）边界值设计法<br />（3）正交表设计法与TCG的应用<br />（4）组合覆盖设计法<br />（5）分类树设计法与CTE的应用<br />（6）基本路径分析法<br />（7）场景设计法<br />（8）状态转换图法<br />（9）错误猜测法<br />（10）因果图设计法<br />（11）决策表设计法<br />（12）RBT测试用例设计工具的应用<br />（13）模型驱动测试用例设计<br /><br /><br /><br />2、测试过程管理<br />（1）测试需求分析<br />        - 分析需求规格说明书<br />        - 分析设计规格说明书<br /><img src="http://www1.feedsky.com/t1/526132097/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/17/6551776.aspx" border="0" height="0" width="0" style="position:absolute" />Fri, 17 Jun 2011 14:36:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/17/6551776.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/17/6551776.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132097/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/15/6546818.aspx<br />转载一篇好友 孙宗韬 的博文：<br /><br />测试之途，前途？钱途？图何？<br /><br />序言：在一篇日志中，有朋友问我：“你认为测试这个职业里面哪一个方向最赚钱，至少可以与开发相媲美”，为此，我不禁陷入沉思，曾几何时，我也为这个问题徘徊过，没有谁，一开始就能看得清路的方向：<br />测试之途，前途？钱途？图何？<br />测试之路，路在何方；<br />测试之殇，奈何，奈何；<br /><br />一、测试之途-测试领域的切入点<br />    ———无论做什么，需求决定导向，心态决定走向<br />    踏入测试这个领域，经过一段短暂的新鲜期，接下伴随而来的肯定是单调与迷茫，肯定会有一堆的思索，一堆的无奈，一堆的叹息；透过测试这个行业，很多人都无法看到未来的路；<br />    大家之所以迷茫，个人觉得，原因有几个<br />    1、环境问题；在中国，对于测试的重视程度远远不够。<br />    2、工作技能问题；很多测试，都包含着大量的重复工作，无法透过时间，积累到自己的核心竞争力。<br />    3、个人喜好问题；毕竟测试是质<img src="http://www1.feedsky.com/t1/526132098/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/15/6546818.aspx" border="0" height="0" width="0" style="position:absolute" />Wed, 15 Jun 2011 18:08:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/15/6546818.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/15/6546818.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132098/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/13/6542536.aspx<br /><br />格志测试(http://www.gerzsoft.net/)最新课程 - LoadRunner性能脚本开发实战训练<br /><br /><br />面向对象：<br />性能测试开发工程师、测试工程师、测试主管、测试经理<br /><br /><br />实战教材：<br />《性能测试与调优实战》<br /><br /><br />训练大纲：<br />1、性能脚本开发<br /> 性能脚本录制回放<br /> 脚本调试技巧<br /> 常用LoadRunner脚本函数讲解<br />插入检查点<br />脚本参数化<br />添加思考时间<br />事务的封装<br />集合点设置<br />关联处理<br />项目演练<br /><br />2、性能测试脚本高级开发<br />自定义HTTP请求<br />LoadRunner的DLL扩展<br />Socket脚本开发<br />WebServices脚本开发<br />Microsoft.NET VUser脚本开发<br />Java Vuser脚本开发<br />SMTP/POP脚本开<img src="http://www1.feedsky.com/t1/526132099/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/13/6542536.aspx" border="0" height="0" width="0" style="position:absolute" />Mon, 13 Jun 2011 23:08:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/13/6542536.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/13/6542536.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132099/3954396http://blog.csdn.net/Testing_is_believing/archive/2011/06/10/6537353.aspx<br />为什么我们的自动化测试“要”这么难<br /><br />笔者在别的贴子里面曾提过，自己所在部门的 自动化测试经历了几次步进式的建设，都具有阶段性的成果，但是总的看来却不是一个成功的案例。因为赶进度，仓促的投入让一大堆的脚本质量比较低下，有几个测试组由于没有人力投入自动化开发而又不得不完成自动化的KPI，只好聘请外包来帮忙完成自动化。理智地想一想，咱们花的那点钱请到过真正精通自动化技术又肯主动深入考察我们公司业务系统特征的外包么？况且外包终究还是要离开的，所以我们不得不接收一堆没有经过精心设计、没有组织性的脚本——尤其是在没有通用测试框架的情况下。且不说UI测试的自动化脚本本身就运行不了多久就会面临界面变更，单单是要让我们接收别人迥然不同的设计风格就是一件很难的事情。结果呢？要么延续这种无组织性，让脚本数量更加庞大、更加杂乱无章，要么就是放弃对这些脚本的维护，任其自生自灭，最终变成一堆废材。<br /><br /><br /><br />全文阅读：<br />http://www.automationqa.com/automation-view/tibexpertcol<img src="http://www1.feedsky.com/t1/526132100/Testing_is_believing/csdn.net/s.gif?r=http://blog.csdn.net/Testing_is_believing/archive/2011/06/10/6537353.aspx" border="0" height="0" width="0" style="position:absolute" />Fri, 10 Jun 2011 22:29:00 +0800陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/10/6537353.aspx陈能技http://blog.csdn.net/Testing_is_believing/archive/2011/06/10/6537353.aspxhttp://blog.csdn.net/Testing_is_believing/rss.aspxcsdn.net/Testing_is_believing/~5825945/526132100/3954396