Test - 随笔分类(第4页) - -Anny-

How to do web automation test using Selenium

摘要：项目顾问建议用Selenium做web应用的自动化测试，决定将业务逻辑简单、功能稳定的功能模块用自动化去测试，比如简单的登录模块。下面就将过程简单总结一下。我是在Ubuntu系统上跑的Selenium1. 环境准备1.1 Java环境安装jdk，我的JDK在/usr/local/jdk1.6.0_2... 阅读全文

posted @ 2011-10-11 15:34 -Anny- 阅读(677) 评论(0) 推荐(0)

如何做好功能测试的方法（转）

摘要：http://www.51testing.com/?uid-377538-action-viewspace-itemid-239200如何做好功能测试的方法上一篇 / 下一篇 2011-06-16 18:36:41/ 个人分类：测试技术查看( 516 ) / 评论( 10 ) / 评分( 28 / 0 )本人总结的能测试的方法 (可能和专家的不一致，请谅解)1、明确了解需求分析2、确认不明确的需求3、分析需求的优先级4、设计一个好的测试方案5、测试用例必须覆盖95%以上6、了解测试的环境、后台、数据库、日志7、发现问题，提单跟踪8、回归问题，必须按照需求文档与测试用例进行问题回归9、总结自己的阅读全文

posted @ 2011-07-05 16:57 -Anny- 阅读(455) 评论(0) 推荐(0)

轮岗开发后再看测试(转)

摘要：http://www.51testing.com/html/53/n-240353.html发布时间: 2011-7-04 11:02 作者: ninglu 来源: TaoBao QA Team字体:小中大 |上一篇下一篇 |打印 |我要投稿 |推荐标签：软件测试一个月的开发轮岗很快就结束了，虽然时间很短，还是收获了很多，下面就分享我在轮岗期间的所见所得所想所做的。轮岗期间做了4个日常，一个埋点，一篇属性文档，时间比较短，所以总结的可能不是很深刻，所以也希望大家多多拍砖，一起讨论进步一、轮岗收获 1、学习技术提高编码能力和排查问题能力这点是收获最大的，轮岗开发必然对自身技术提出了很大挑阅读全文

posted @ 2011-07-05 15:40 -Anny- 阅读(503) 评论(0) 推荐(0)

Remember My Account Number(2 schema)

摘要：1. Yahoo!What "Remember my ID on this computer" means:Save this article to My Help for easy reference. You can visit the article at any time from any computer.Save CancelReplace an articleYou have reached the maximum number of saved articles. Your oldest saved article will be replaced with 阅读全文

posted @ 2011-05-23 17:28 -Anny- 阅读(382) 评论(0) 推荐(0)

\u4E00-\u9FA5意义

摘要：unicode编码，一种全世界语言都包括的一种编码。这是一个匹配中文字符也就是汉字的表达式， \u 的意思是 Unicode，也就是双字节的字符，汉字就是双字节的阅读全文

posted @ 2011-04-21 15:32 -Anny- 阅读(1139) 评论(0) 推荐(0)

case review点滴（转）

摘要：Case Review的目的是进行查漏补缺，对需求达成一致认识。http://hi.baidu.com/beiyu95/blog/item/47203bf2c42db7cc0b46e07a.htmlcase review是对case进行的检查和补充，寻找到case的遗漏、与MRD不符的地方、三方理解不一致的地方、等等。在时间有限时，我们怎么做呢：1. 关注优先级最高的模块；2. 关注最容易出错的地方，包括理解错误、遗漏、关键路径等。3. 检查每个功能模块特殊的操作、与其他模块有关联（包括后台）的操作；4. 关注功能点之间的关联测试用例；5. 关注case本身的完整性，是否对同一功能点进行测试的阅读全文

posted @ 2011-04-06 11:48 -Anny- 阅读(370) 评论(0) 推荐(0)

Bug分析：为bug预防奠定基础（转）

摘要：http://blog.csdn.net/KerryZhu/archive/2006/11/09/1375341.aspx1．引言：生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug（缺陷，defect）以便修正它们。正常情况是尽快处理可能的bug，从而减少修正bug的成本。因为，众所周知，bug越早被发现并修正，所消耗的资源越少。问题是在很多情况下，由于修正已发现的bug，测试过程不得不停顿下来。那么，以目前正忙于软件产品测试的同样资源来促进组织长期的质量目标不是更好？为了做到这一点，我们应该尽快地提前发现可能的bug。就像克劳士比（Philip Crosby）几年前所说阅读全文

posted @ 2011-04-06 11:44 -Anny- 阅读(254) 评论(0) 推荐(0)

软件质量保证的最佳实践之一：Code review和Case review (转)

摘要：http://www.wangchao.net.cn/bbsdetail_522476.html软件质量是构建起来的，由软件开发的整个过程质量所决定的，软件质量肯定不是通过测试测出来的。所以软件缺陷的预防自始至终是重要的。除了缺陷分析，另外一个很重要的实践就是：代码复审（code review）和测试用例的复审（Test Case review）。 1．Code review 在IBM、微软等很多公司都有一个很好的实践，那就是Code review - 代码复审。这种代码审查的过程，不是将代码发给某一个人或某几个人去看，而是强调程序员自己定期走上台，向其他人讲解自己源程序的活动。因为要向大家讲阅读全文

posted @ 2011-04-06 11:42 -Anny- 阅读(457) 评论(0) 推荐(0)

sql注入预防（转）

摘要：http://qa.taobao.com/?p=1294一、 SQL注入攻击的简单示例。statement := “SELECT * FROM Users WHERE Value= ” + a_variable + “ 上面这条语句是很普通的一条SQL语句，在输入变量的时候，输入以下内容SA001’;drop table c_order–。那么以上这条SQL语句在执行的时候就变为了SELECT * FROM Users WHERE Value= ‘SA001’;drop table c_order–。还有常见的如输入1=1等。二、 SQL注入攻击原理。 SQL注入是目前比较常见的针对数据库阅读全文

posted @ 2011-03-02 16:32 -Anny- 阅读(499) 评论(2) 推荐(0)

编写用例不是一劳永逸的事情（转）-不要怕麻烦，当初的举手之劳，会为以后带来难以想象的便利，不管是对自己还是对别人

摘要：http://qa.taobao.com/?p=1300如果问，你在编写用例的过程中，是不是写一次就ok呢？绝大多数人都会回答，No；最起码第一次写好用例之后，除了自己不断根据需求修改完善用例，评审后的再次修改也是在所难免的；若再问，评审后进入集成测试阶段，你依然在不断地把执行中的实际情况反应到用例中吗？可能坚定回答yes的人就少了；我承认，我就是不敢说yes的一员。集成测试时间紧张；实现与用例描述稍有不同；逻辑判断层级有些许改动……可能都会成为我们不持续更新用例的借口。往往大的功能点的改动，我们都会认真记录在用例中，保证更新，而小的改动点则是最容易被我们忽视的，因为不伤大雅。但是之前跟师傅葵阅读全文

posted @ 2011-03-02 16:24 -Anny-

软件自动化测试资源列表（转帖）

摘要：http://www.cnblogs.com/testware/archive/2010/05/02/1726041.html这里有TIB工作室收集的国内外关于软件自动化测试技术、工具、框架、理论相关的文章：1、The Case for Automated Software Testing - Bernie Gauf and Elfriede Dustin, IDThttp://www.softwaretechnews.com/stn_view.php?stn_id=43&article_id=902、http://www.connectedtesting.com/presentati 阅读全文

posted @ 2011-03-02 12:04 -Anny-

软件测试的核心价值是什么？（转）

摘要：2011年1月14日 http://qa.taobao.com/?p=11320既然是“核心价值”，就应该能用一句话说清楚。关于软件测试的核心价值是什么，各种观点争论了很久，似乎很难得出一个明确的结论。这里有个很重要的原因，就是我们都深陷在测试工作的细节里面，没办法看清自己的位置和价值。不识庐山真面目，只缘身在此山中。要想搞清楚这个问题，我们必须走出围城来进行分析，如果把软件测试看成一种服务，那么从客户的视角来评判，最合适不过了。下面讲一件真实的事情。有一次我回家跟老友一起吃饭，聊起最近的工作。老友的单位是一家大企业，几个月前委托一家软件开发公司，开发了一套很大的企业管理软件。现在软件已经开发阅读全文

posted @ 2011-03-02 11:56 -Anny-

微软测试可借鉴之处（转）

摘要：本文已被51testing发布：http://www.51testing.com/?action_viewnews_itemid_82223.html开头语：作测试很久了，一直为一些问题所困扰，也一直对微软有一种顶礼膜拜的向往，终于有一天，近距离的接触了微软的测试，感觉不是以前想象中那么遥不可及，却又难以企及。于是把个人觉得微软值得借鉴的地方整理了一下，希望能对大家有所帮助。 1．测试流程首先说说测试流程，微软的测试流程也没什么新的东西，和大多数的测试流程一样。大致是先进行测试准备，然后是Testcase的编写，然后是白盒测试（不一定每个项目都有），然后是功能测试阶段，然后是验收测试，最终r 阅读全文

posted @ 2011-03-02 11:11 -Anny-

微软测试培训心得体会（转）

摘要：本文载自：http://thlsky.spaces.live.com/Blog/cns!DCC21ED5B3B0AB33!239.entry微软测试培训心得体会讲师经历介绍:2004年之前在信产部直属某邮电所工作,开发过linux电信工控机系统,为linux2.2内核写过热插拔驱动. 因单位的产品质量问题而主动请缨创建测试团队.2004年进入微软亚洲研究院,带领Exchange2007中国团队的Test Team(一只全STE'D队伍)一.微软的文化质量第一：宁愿砍项目或拖进度,不能把质量不行的产品放出去,不能砸公司牌子(在内部砍了不少项目,讲师形容是鲜血淋漓) 发布前,1级与2级bu 阅读全文

posted @ 2011-03-02 11:02 -Anny-

单元测试培训系列：（二）可测试性与重构(转)

摘要：源自http://www.51testing.com/html/47/n-227947.html在单元测试培训系列：（一）单元测试概念以及必要性中，我们已经说过单元测试的定义是什么，里面有提到一个很重要的概念：隔离！是的，没有隔离就没有可测试性，也就没有单元测试。可测试性Testability 下面我们具体解释下什么叫做可测试性Testability：让你的代码变的更加松耦合(Loosely coupled)，让类与类之间的关联性降低，降低到可以个别独立存在，如此一来便可在彼此互不影响之下完成个别的单元测试，而这些类又能组合成一个有用的应用程式。因为单元测试要尽可能的隔离与当前方法逻辑阅读全文

posted @ 2011-02-28 17:54 -Anny-

单元测试培训系列：（一）单元测试概念以及必要性(转)

摘要：源自http://www.51testing.com/html/26/n-227826.html说起单元测试，多数同学应该都知道或听过，可能不少同学认为自己也写过，甚至觉得单元测试很简单有什么好培训的？其实这个事情还真没想象的那么简单！我基本可以比较负责任的说，你若没深入对单元测试做过研究，不知道Mock对象为何物的话，那么可能你以前写过的单元测试压根就不是单元测试。单元测试是什么？这个问题其实并不太容易一两句话说得特别清楚。先借用下百度百科的定义：单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。从以上这阅读全文

posted @ 2011-02-28 17:50 -Anny-

软件测试过程(转)

摘要：源自http://www.51testing.com/?uid-378875-action-viewspace-itemid-2281651、测试计划软件测试计划作为软件项目计划的子计划，在项目启动初期时必须规划的。一个好的测试计划可以起到以下作用：1）能够避免测试的“事件驱动”；2）是测试工作和整个开发工作融合起来；3）使资源和变更成为一个可控风险。在制订测试计划时应该注意，计划也是“动态的”，不必把所有的因素都囊括进去，也不必针对这种变化额外制订“计划的计划”。测试计划制订不能在项目开始后束之高阁，而是紧随项目的变化，根据实际情况作适当的修改，进而成功实施，这样才能实现测试计划的最终目的阅读全文

posted @ 2011-02-28 14:11 -Anny-

手动与自动测试的利弊（转）

摘要：作者: 雷声之前来源: 51Testing软件测试博客手动测试，就是指完全依赖人工测试软件，主要根据测试用例来执行测试，但是测试用例也不可能100%覆盖软件功能还要通过其他方式来发现软件缺陷，这样就要求测试人员的经验要丰富并且具有发散思维的能力，通过错误猜测等方法来弥补测试用例没有覆盖的部分。其实在软件测试过程中人工测试占很大的比重，任何软件测试都不可能离开人工测试，尤其是逻辑性很强的软件。人是有思维的，在测试过程中可以从不同的角度来思考问题，就如上面提到过的发散思维，所以人工测试也是发现软件缺陷最多的。但是它同样也存在一些问题：人工测试代价比较昂贵，人员投入较大并且测试者做的是重复的阅读全文

posted @ 2011-02-24 22:38 -Anny-

浅谈白盒测试

摘要：来源: 51Testing软件测试网采编http://www.51testing.com/html/08/n-220008.html 针对测试，一直都有黑，白之分。由于白盒一般情况下需要有比较高的技术要求及比一般开发人员还要高的项目经验和缜密的逻辑思维能力，所以一般做信息系统的软件公司会忽略白盒测试。但个人一直觉得，对于一个健康的测试团队来讲，必须要有一个或多个熟悉白盒测试的人员。倒不一定说熟悉白盒测试的人员一定需要写代码，但一定要懂得如何去做白盒测试和白盒测试用例的设计。一个成熟的软件公司，必须要有一个精英汇集的研发团队，人数在精不在多。这个研发团队的功能主要有两个。其一，严密监控业界的阅读全文

posted @ 2011-02-24 22:29 -Anny-

什么是好的测试估算（转）

摘要：来自http://www.51testing.com/html/53/n-229553.html在测试计划和控制阶段，一个非常重要的测试活动是进行软件测试估算。测试估算得到的结果是制定测试计划的基础，同时也是测试资源安排、测试过程监控的主要输入。测试估算的正确与否，直接影响了测试活动的开展。尽管精确地测试估算很难，但是测试经理应该尽量在已有的条件下，利用合适的方法和技术降低测试估算的误差，以满足不同测试阶段的要求。在测试估算中，测试的规模通常指的是测试用例的数目，而一般不用开发工作量估算中的代码行或者功能点表示。测试工作量通常是基于测试规模展开的，但并不是所有的估算技术都是基于测试规模的，例阅读全文

posted @ 2011-02-24 22:27 -Anny-

随笔分类 - Test