摘要：1,三国杀 如何写测试用例2,回收站 如何测试? 阅读全文

摘要：测试的本质就是模拟用户的行为，首先要了解产品，分为positive 测试 negetive 测试，这似乎没有什么好说的。测试的配置管理就是两个：测试用例管理和缺陷管理关于测试策略，这是重点，其中我概括的两个终极问题为1， 测试能在何时（那个阶段）、何地（那个层次）参与？2， 如何保证测试的有效性（测试的质量与最终发布的质量的一致，这涉及到regression， code freeze ， sanity check）。 阅读全文

摘要：1， 一个测试用例一个脚本一组数据，每个脚本创建按自己的数据，然后清理。好处显而易见：独立，灵活。坏处：累2，一个测试集，一组数据。我觉得这样平衡比较好。当然你说，我想只run一个脚本怎么办？这种一般是改了bug，那么你不需要做一下回归吗？也许run一个测试集比较好吧。 阅读全文

摘要：适合的：l 单元组件测试l API， webservice 测试l UI 底层测试，（比如自动生成的XHTML代码）l UI 测试l 这几种，从前往后，需要的投入越大，ROI 越低，但对开发的要求越低。不适合的：l 易用性测试l 探索性测试l 重复率非常低的测试l 不能快速返回结果的测试（比如说你需要等某个时间点完成一个job,与其这样，不如maual 来做。 阅读全文

摘要：1， 测试是一项重复的活动。这个重复体现在：l 我们在每次迭代、每个sprint结束， 都应重复以前的测试用例。l 版本控制中，我们在每个版本分支上有许多重复测试。l 因为FFR，每次改完BUG，我们需要重复。l 最可怕和最必要的重复：发布前的不断回归l 重要的一点，重复是严格的重复，只有机器能保证这一点2，测试是一项需要快速给出反馈的活动，需要快速的原因在于l 越快修改的代价越低l 越快越有利于发现Root Cause3, 测试是步骤重复，但是数据却不重复的测试。其他的独立于步骤的因素还有：l 不同权限的帐户l 产品不同的配置、不同的略微差异的版本。4，最后一点理由：测试脚本是强大的“动态” 阅读全文

摘要：1，有Block的bug，测试要不要继续？2，给Bug如何定级？3，要不要给Bug加regression 标签4，性能测试的指标谁说了算？5，开发能否干扰测试计划？6, 测试能不能给单元测试定标准？7, regression bug 多，开发有没有反省设计缺陷，还是抱怨测试不及时？8, 设计是否有足够健壮的中间层供测试？9，是否只依赖于基于UI的自动化测试做为防护网，还是有单元测试、API测试？ 阅读全文

摘要：你们做计划的时候能不能重视点测试啊？ 当你作为一个测试人员发出这种呐喊的话，其实是无奈。紧张的sprint，严格的deadline，身为测试主管如果没有改变的权利，如何在短时间内完成release 前的回归测试？把 automation 统统 run 一遍？ 把高优先级的 test cases 全部走一遍？时间够吗，心里有底吗？不妨在几个方面发挥一些 innovation回归开始前，让组员对自己负责的模块做规划，规划内容为：设计大的系统级测试用例，这些用例要从需求出发，务必将每个user story的正向测试用例组合起来，形成完整的用户事务和工作流。这样的好处是对整体情况比较摸底，防止回归陷到 阅读全文

摘要：Bug Triage Meeting – Severity & Priority "Triage" is a medical term. It refers to dividing wounded or sick people into three categories: those who will die no matter what you do, those who will recover even if unaided, and those who will recover only if aided. In a situat 阅读全文

摘要：脚本除了健壮以外，即根据不同反馈做出不同动作。还要注意几点重要的：1，测试数据和自动化脚本分离。这点无需多述。2，测试帐号和自动化脚本分离。这一点重要在于权限的配置的测试。3，测试目标地址或路径与脚本分离。这个前面文章有讲。总而言之，自动化脚本只是操作和动作的反应逻辑，其余不相关的都要解耦出来，这样对于需求变化，测试要求的变化，以及回归等都大有裨益。4, 自动化不能完全覆盖测试用例检查点时，要拆分测试用例，避免回归中出现自动化通过而检查点漏掉的情况。补充一下，第二点其实不用考虑太多，对登陆用户的角色的不同设置即可完成权限配置的测试，当然灵活一点体现在脚本中，不要hard code 就更好了脚本 阅读全文

摘要：ant sync : download all codes from serverant build: build locallyant clean ivy-retrieve build : rebuild , delete exssting jar files , optionalset PACKAGE_PREFIX=agile1008160019__ : add prefix to you test scripts ,log and seeset testing org in ant.properties file ant upsert-users: create usersant tes 阅读全文

摘要：Word 中输入 =rand(200,99) 回车 阅读全文

摘要：最近测试 Tuxedo 中间件，录完脚本后，发现与 关联 相关的按钮都是灰色的，如何关联呢？这时候你要以相同的方式再录制一次脚本，观察 replay.vdf 文件field: "id=33554633", "occurrence=0", "value=5083897" 这些语句有没有 Id 相同，value 不同的地方，如果有那就是需要关联了。然后找到取值函数放的位置，分两步，1，先观察 fiel... 阅读全文

摘要：点击此处下载，Vs2010 项目，可以设置并发数，循坏数，结果返回平均响应时间等，可根据需需要进一步完善。 阅读全文

摘要：实施手册包括了环境、脚本维护、运行设置、测试集划分等众多内容。 阅读全文

摘要：1,杀虫剂效应2,回归的必要 D 什么rate？ FFR ! Fault Feedback Ratio ! 阅读全文

摘要：别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。一、用户注册只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~以等价类划分和边界值法来分析1.填写符合要求的数据注册： 用户名字和密码都为最大长度（边界值分析，取上点）2.填写符... 阅读全文

摘要：QC 运行 QTP 脚本是不带参数的，因此当我们构建自己的框架，需要灵活配置一些东西的时候，需要在QTP中读取外部文件，清除和准备数据时需要操作数据库。下面是简单实现代码，适用于10.0.1,读取文本文件加一个配置文件存放测试 Url 和数据库连接字符串Dim fso, SettingFile,TestUrl,DBConnectionStringSet fso=CreateObject("scri... 阅读全文

摘要：QC 的安装关于QC得下载和破解的资源很多，这里就不多叙述了，只谈一下安装时可能碰到的问题。平台用的是 Windows server 2008+SQL Server 2005 开发版。一路默认，应用服务器选Jboss 应用服务器。Windows 登陆用户名和密码，不在域中Domain 就写 Workgroup。服务器配置选 Jboss内部web服务器。1, 如果遇到数据库连接不上的问题：将 SQL... 阅读全文

摘要：什么是自动化测试框架自动化测试框架应该有一定的脚本函数库（这个QTP提供），还需要有一个能批量运行各种自动化测试脚本的图形化平台（QC 提供）。主要完成以下任务：1，推过这个图形化平台进行测试脚本的提交、暂停、停止等一系列操作。2，测试结果的集中反馈。3，测试用例脚本的分类组织。(测试脚本是测试用例强大的动态文档)4，保证脚本的稳定性和可维护性，或言之扩展性。自动化测试框架将大大提高自动化测试脚本的执行效率，也有利于我们通过编排测试脚本的执行，来制定各种灵活的测试策略。 阅读全文

摘要：判断CPU瓶颈1， %processor time 平均值大于952， processor queue length大于2 (大于处理器个数+1).可以确定CPU瓶颈3， CPU空闲时间为零(zero percent idle CPU)4， 过高的用户占用CPU时间(%User Time)5, 过高的系统占用CPU时间(%Priviliaged Time：长期大于90%或者95%)备注：%User... 阅读全文