-
英语短文：我们这个时代的尴尬(转抄)
lilyhuang 发布于 2007-10-11 11:08:54
1]We have bigger houses and smaller families; more conveniences, but less time; we have more degrees, but less common sense; more knowledge, but less judgement; more experts, but more problems; more medicine, but less wellness.
[2] We spend too recklessly, laugh too little, drive too fast, get to angry too quickly, stay up too late, get up too tired, read too little, watch TV too often, and pray too seldom.
[3] We have multiplied our possessions, but reduced our values. We talk too much, love too little and lie too often. We've learned how to make a living, but not a life; we've added years to life, not life to years.
[4] We have taller buildings, but shorter tempers; wider freeways, but narrower viewpoints. We spend more, but have less; we buy more, but enjoy it less.
[5] We've been all the way to the moon and back, but have trouble crossing the street to meet the new neighbor. We've conquered outer space, but not inner space. We've split the atom, but not our prejudice; we write more, but learn less; plan more, but accomplish less.
[6] We've learned to rush, but not to wait; we have higher incomes, but lower morals. We build more computers to hold more information, to produce more copies, but have less communication. We are long on quantity, but short on quality.
[7] These are the times of fast foods and slow digestion; tall men and short character; steep profits and shallow relationships. More leisure and less fun; more kinds of food, but less nutrition; two incomes, but more divorce; fancier houses, but broken homes.
[1]我们居住的房屋越来越宽敞，家庭却越来越小型化；可以享受的生活便利日益增多，属于自己的时间却日趋减少；我们获得了一张又一张学位证书，却愈加频繁地陷入对常识的茫然中；我们广泛地涉猎各类知识，却越来越缺乏对于外界事物的准确把握和判断；专家越来越多，问题却也日渐增加；药物越吃越多，健康却每况愈下。[2]我们花钱太疯，笑容太少，开车太快，发怒太急，熬夜太晚，起身太累，文章读得太少，电视看得太勤，祷告做得太少。
[3]我们不断聚敛物质财富，却逐渐丢失了自我价值。我们的话语太多，真爱太少，谎言泛滥。我们掌握了谋生手段，却不懂得生活真谛；我们让年华付诸流水，却不曾将生命倾注其中。
[4]我们的住房越来越好，脾气却越来越糟；我们行驶的道路越来越宽阔，眼光却越来越狭隘。我们付出很多，可获得的很少；我们购买了很多，可从中得到的乐趣却很少。
[5]我们能够往返于地球与月球之间，却不乐于穿过马路向新邻居问好。我们可以征服外部空间，却慑于走进内心世界。我们可以击碎原子，却不能突破思想偏见；我们写得很多，可学到的很少；计划很多，可完成的很少。
[6]我们学会了追赶时间，却没学会耐心等待；我们拥有的财富越来越多，道德品质却日益沦丧。我们生产更多的电脑用于存储更多的信息和制造更多的拷贝，而相互间的交流与沟通却越来越少。我们拥有的是数量，缺乏的是质量。
[7]这是一个快餐食品和消化迟缓相伴的时代；一个体格高大和性格病态并存的时代；一个追名逐利和人情冷漠相生的时代。我们的休闲多了，乐趣却少了；食品种类多了，营养却少了；双薪家庭增加了，离婚率也激升了；居室的装修华丽了，家庭却残缺破碎了。
-
Localization/globalization testing Coverage Scope
bruce.gu 发布于 2007-07-18 10:21:48
This doc came from 51testing bbs.
G11n introduction，and testing scope
Globalization Testing is to verify basic or advanced native language support in the product across the regional locale settings supported by the product. It ensures built-in international features are working properly in every area product supports. Testing is performed on English build or language build with localized platform, which has locale setting to specific region. Particularly, enabling of extended ASCII, accent characters, multi-byte characters, and culture adaptation are the key to the testing of globalization.
The following is a list of areas that should be coverage during globalization testing:
1. International Setup Testing
l Any package installation program should run properly in the target language OS.
l Installation should be aware of locale setting in the target language OS and display target instructions.
l Installation should be able to support localized directory or path names with extended characters, complex scrīpts or multi-byte characters.
2. International Text Input/Output Testing
l All edit fields display international text properly
l URL can accept extended ASCII and multi-byte characters for web applications
l Windows basic edit operation (IME, copy, paste, cut, drag-drop, and OLE) work with international text
l Line-breaking and word wrapping work properly and does not break meaningful text strings
l Selection of international text work properly with each language characteristic
l Editing basic operation (search, find, replace, backspacing, forwarding) work properly with international text
3. International Text Encoding/Decoding/Transformation
l UNICODE support – Unicode input, Unicode display,
l Unicode font
l Encoding support – Web applications work under different encoding schemas for one language
l Decoding support – Web application work under different encoding schemas for one language
l Transformation – Native to UNICODE, UNICODE to UTF-8, and vice versa
Ø Import and export functions work correctly for different encoding on target platform
Ø Database data repository accept correct data encoding from client application
Ø New character set or encoding standard support (such as GB18030)
4. International Culture Awareness
5. Date-time format support
6. Collation, sorting, indexing with different rule
7. Local Calendar support
-
对global与localtable的理解
wangyong3552128 发布于 2007-04-13 18:19:11
global 是全局的数据表,local table只是某个动作的本地数据表. 选择global,global中有多少行数据,qtp就会执行多少次. local action 只是全局中的一个部分,当然只是执行一次了.若想local table 中的数据全班执行,就只能手动加循环语句了.
如果你设置整个脚本的运行次数，自然和Global 有关，<BR>如果你设置某个action的运行次数，自然和它对应的localsheet有关，global 是全局的!有几行数据程序就要回放几次!!不能重新设置!!
local 是局部的!有几行数据action 就要回放几次!!
设置action的重复次数的操作:反击action,选择action call property,即可进行选择.
下面有几种情况:
1.当global 有不止一行的数据,action call property->Run On all Rows
程序每次运行时,action中的每行都要执行
2.当global 有不止一行的数据,action call property->Run one iteration only
而且global的行数>action的行数,当action执行到最后一行后,不管此时global 的行数为几,下次回放时action都执行最后一行!
如果global的行数<action的行数,action就执行不到最后一行
3.action call property->Run from rows to rows
4.global的重复次数在test->run中设置。代码：表的循环读取写数据
1.dim countNum
countNum = DataTable.GetSheet("Global").GetRowCount
for i=0 to countNum-1
DataTable.SetCurrentRow(i)
Browser("Login Page").Page("Page_5").WebEdit("#form.name").set DataTable(("#form.name", dtLocalSheet)
...............
end2.Dim i,currentValue
i = 1
While i<= 3
Rem To find the value, you dan apply any of the following two fuctions :
Rem DataTable.Value(ParameterID [, SheetID]) or DataTable(ParameterID [, SheetID])currentValue = DataTable.Value("LProductInfo","Action1")
Rem currentValue = DataTable("LProductInfo","Action1")
Browser("Login Page").Page("Page_3").Image("spacer").FireEvent "onmouseover"
Browser("Login Page").Page("Page_3").Image("spacer").Click
Browser("Login Page").Page("Page_4").WebButton("Create").Click
Browser("Login Page").Page("Page_5").WebEdit("#form.name").Set currentValue
Browser("Login Page").Page("Page_5").WebEdit("#form.productNo").Set currentValue
Browser("Login Page").Page("Page_5").WebEdit("#form.spec").Set currentValue
Browser("Login Page").Page("Page_5").WebEdit("#form.unit").Set currentValue
Browser("Login Page").Page("Page_5").WebButton("Save").Click
wait(2)
DataTable.GetSheet("Action1").SetNextRow
i = i+1
Wend -
软件测试中的相关概念定义
lvsh11 发布于 2008-03-17 10:42:56
软件测试的相关概念定义1．什么是软件测试1.1软件测试定义软件测试是为了发现错误而执行程序的过程。1.2软件测试两个阶段软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编写与单元测试属于软件生存期的同一阶段。在结束这个阶段之后，对软件系统还要进行各种综合测试，这是软件生存期的另一个独立的阶段，即测试阶段。2．软件测试的目的和原则基于不同的立场，存在着两种不同的测试目的。从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可以接受该产品。而从软件开发者的角度出发，则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求，确立人们对软件质量的信心。有鉴于此，Grenford J.Myers就软件测试目的提出以下观点：①测试是程序的执行过程，目的在于发现错误；②一个好的测试用例在于能发现至今未发现的错误；③一个成功的测试是发现了至今未发现的错误的测试。3．软件测试的对象软件测试并不等于程序测试。软件测试应贯穿于软件定义与开发的整个期间。因此，需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应该成为软件测试的对象。4．黑盒测试与白盒测试4.1黑盒测试与白盒测试概念任何工程产品都可以使用以下的两种方法之一进行测试：①已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。②已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。前者就是黑盒测试，后者就是白盒测试。4.2黑盒测试测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫做功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：①是否有不正确或遗漏的功能？②在接口上，输入能否正确地接受？能否输出正确的结果？③是否有数据结构错误或外部信息（例如数据文件）访问错误？④性能上是否能够满足要求？⑤是否有初始化或终止性错误？所以，用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。4.3白盒测试软件的白盒测试是对软件的过程性细节做细致的检查。它允许测试人员利用程序内部的逻辑结构及相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。软件人员使用白盒测试方法，主要想对程序模块进行如下的检查：①对程序模块的所有独立的执行路径至少测试一次；②对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测试一次；③在循环的边界和运行界限内执行循环体；④测试内部数据结构的有效性，等等。5．α测试和β测试α测试是由一个用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。软件在一个自然设置状态下使用。开发者坐在用户旁边，随时记下错误情况和使用中的问题。这是在受控制的环境下进行的测试。α测试的目的是评价软件产品的FLURPS（功能、局域化、可使用性、可靠性、性能和支持）。尤其注重产品的界面和特色。α测试人员是除开发人员之外首先见到产品的人，他们提出的功能和修改意见是特别有价值的。α测试可以从软件产品编码结束之时开始，或在模块（子系统）测试完成之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应事先准备好。β测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。这些用户是与公司签订了支持产品预发行合同的外部客户，他们要求使用该产品，并愿意返回有关错误信息给开发者。与α测试不同的是，开发者通常不在测试现场。因而，β测试是在与开发者无法控制的环境下进行的软件现场应用。在β测试中，由用户记下遇到的问题，包括真实的以及主观认定的，定期向开发者报告。β测试主要衡量产品的FLURPS。着重于产品的支持性，包括文档、客户培训和支持产品生产能力。只有当α测试达到一定的可靠程度时，才能开始β测试。由于它处于整个测试的最后阶段，不能指望这时发现主要问题。同时，产品的所有手册文本也应该在此阶段完全定稿。6、为了隔离被测试模块，需要用一些安全模块来代替被测试模块所调用的模块，叫它们“桩”。
7、为了能把测试数据输入到被测试模块中，需要一个驱动模块将数据输入到被测模块中，并获得被测模块的反馈，最后通过判断得到测试结果。完成这样功能的模块通常也叫做“驱动”模块。 -
测试未来的预测--献给所有测试者
coolors 发布于 2007-09-17 17:07:41
(PS:很好的一篇文章，对于所有测试从业者都有很好的帮助，对测试职业发展有很大的好处。推荐给大家一读。这是3年前的预测，其中已经在3年后的今天已经成为现实，有些还在持续。那么你觉得在往后，测试会发展成什么样呢？来预测一下吧。 ----测试达人)
测试未来的预测
By Harry Robinson
摘要：一年将尽，心理学家或者一些博学者们，又将对2004年或者更久的将来作出预测。在这次的周末专栏中，Harry Robinson将向我们讲述他对测试未来的预测。
“预测是件很难的事情，尤其是预测未来” —Yogi Berra
每年十二月，小报的“未来预测者”们会向大家切揭示即将到来的一年将要发生的事情：“麦丹娜将要乘坐航天飞机”，“美国将迁都 Wichita”，等等。我将加入这个潮流，对软件测试何去何从做一个我自己的预测。并且我希望，我的预测费用能够比我的那些值得尊敬的小报同事更高些。
我的主要预测就是，将来的软件测试与现在的软件测试看起来很不一样。原因很直接：今天的软件测试很大程度上是臭名昭著的：软件测试参与到项目中的时间太晚、贡献太少、花费太高。如果我们关心我们产品的质量以及我们的账本底线的话，我们就需要重新思考测试和质量的方法。
即使遭到一致反对，我也要说：更好的方法，对测试人员更好的培训、更好的欣赏将改革软件产业。具体地说，诸如可执行的说明书、基于模型的测试产生、BUG预防、系统模拟这些技术，将在这场演变过程中扮演重要的角色。
下面就是我们在将来的几年里可能看到的情形。事实上，某些趋势已经开始了。
测试人员，需求撰写人员和开发人员，都将看到自己是其中的一份子。
测试人员帮助需求撰写人员
测试人员与需求撰写人员共同工作，在需求完成以后，审查以及理解需求。早期的审查以及建模可以暴露很多关于一致性、完整性和模糊性的BUG，这个时候修补这些BUG付出的代价还十分小。
需求撰写人员帮助测试人员
测试小组建造模型，用于产生对其产品行为的测试。需求撰写人员审查模型，以确保他们充分覆盖了产品特征集。这样产生的测试模块将成为一个“可执行需求”。
测试人员帮助开发人员
因为需求清楚，毫不含糊，开发人员更好的理解了他们的代码将要完成什么。
在正式的将代码提交做测试之前，测试人员提供给开发人员一些模型，以便开发人员可以在自己的代码中实现它们。
开发人员帮助测试人员
基于”特征对特征”这样的方式(防止以往的“后期才介入开发,一股脑找出产品问题”的方式),开发人员和测试人员共同保证代码易于实施自动测试.开发人员的代码中处处都是易测试性的开关,使得错误检测更加容易.
测试人员帮助测试人员
测试用一种高级语言来模拟,因此别的特征的测试小组(甚至别的产品的测试小组)可以复查和改进测试模型.这就形成了一个测试专家的共同体.
方法日趋完善
BUG预防和早期检测
因为现在把重点放在产品交付的质量上来了(而不是在于找到了多少BUG), 预防实践和静态分析仪这样的检测工具将成为主流.
仿真测试
仿真工具变得很普遍,使得仿造计算机环境变得容易起来.在开发过程的早期就可以进行意外和错误流程的测试.代码稳定后,再用真实环境验证仿真是否准确无误.
及时的测试用例
庞大的测试用例管理系统将成为昔日的东西,大量的测试用例生成了却没有被使用.测试用例将不再像腐烂的存货一样被收藏起来,因此,让测试用例保持最新变得容易起来.
积极的方法
误导人的方法,比如计算BUG的数量、计算测试用例的数量,将不复存在.有用的方法,比如需求覆盖、模型覆盖、代码覆盖将驱动项目开发.
更少更精的测试人员
机器将代替测试人员做大部分他们以往创建测试所做的繁琐工作,测试小组需要比以往更少的测试人员,留下来的测试人员将是经过更多高度培训过的.他们所做的工作将更加有趣,因为在测试中他们将致力于更大的问题,而不是在抱怨中艰难地开展工作.
更多更好的测试
测试人员将可以在一天中进行成千上万的测试,所以,如何首先运行最有用的测试将成为一大挑战.相关的工具将允许测试人员为他们的测试区分优先级,以及将测试目标放在那些最易出现重大BUG的地方.
测试人员的角色更换
测试中界限模糊
在测试领域工作使得专职测试的人员和专职创建测试工具的人员界限模糊,一个既是“通过程序破坏事物的测试员”又是”创建程序用于破坏事物的程序员”的专业出现了,――关于如何称呼这个新的专业，新闻圈内的人们还在进行着无休止的争论。
测试与开发界限模糊
测试人员与开发人员一前一后，共同创造可测试的、高质量的代码。测试人员帮助开发人员消除需求中的问题，使得开发人员的工作更易完成，同时，开发人员写出更清晰、可测性更高的代码，使得测试人员的工作更易完成。
顾客反馈与测试合为一体
交付的产品质量更高。测试人员进行根本原因的分析，我们会问比如“我们怎么会遗漏了这个BUG呢？”或者“我们将来如何防止这类BUG？”这些问题，我们的工作就是使顾客满意。
新的挑战出现
复杂和相互关联的计算机世界使得了测试安全这一类的新问题让测试人员不断努力工作，但这没关系――因为这些挑战使测试人员精力充沛。
测试人员获得尊重
测试人员将不再是在最后时刻才被叫来“对产品狂轰烂炸”，他们将在整个软件开发过程中提供一个可见的、重要的、增值的服务。人们意识到，测试是有益的、有趣的甚至富有乐趣。
测试变得流行
软件测试人员开始扬眉吐气，而且，由于破坏事物至少可以带来创建事物一样的乐趣，人们开始在开发和测试角色之间转换，所有的人将学到更多关于如何得到良好代码的知识。
激情“吸毒者”继续存在
新的过程运行得如此良好，使得需求撰写者，开发人员以及测试人员不再具有生命力，这就使得那些在激情掌控的世界被提升的人惶惶不可终日，那样的世界意味着工作到深夜、最后一刻测试才参与，以及如同交战开火般的会议。而这些人对于那些还没有受新的运行过程控制的公司来说还具有吸引力。
Elvis Presley是一个软件测试员
他的会议发放材料的标题就是：“软件质量：就是现在，否则永远不可能”
今天就为将来准备
不管我的预测是否成为现实，未来也会按照它自己的方式到来，下面就是如何准备面临未来的五个意见：
1．积极地不满于现状
不要接受测试的现状，四处看看，并且思考“我们在做些什么毫无意义的事情？”
2．抛开人与人之间的封闭
领悟如何更好的测试，并且分享这些知识。只有每一个人都试图使他所写的代码达到最佳状态时，整体质量才会改进。
3．学习更多关于测试的东西
如今，行业受软件测试的创新思维激发。用参加会议，加入邮件列表，网上冲浪，这些方式来解在测试前沿发生的一切。
4．学习更多关于开发的东西
参加一个编程学习班，即使你不打算编写大量的代码。将学习班当作是在BUG领土上的一次侦察飞行。
5．挑战世界
正如PC先驱Alan Kay所言：“预测未来的最好方式就是开创未来”
-
测试工具大全
wanghaiping1111 发布于 2008-03-16 21:00:23
测试工具大全
工具类别 工具名称 生产厂商 相关网站 通用功能自动化测试工具 Winrunner Mercury Quicktest pro Mercury Xrunner Mercury QARun Compuware TestPartner Compuware WebKing Parasoft http://www.parasoft.com Robot IBM Rational http://www.ibm.com/cn Visual Test IBM Rational http://www.ibm.com/cn Functional Tester IBM Rational http://www.ibm.com/cn SilkTest Segue SilkTest International Segue e-Tester Empirix WebFT Radview TestComplete AutomatedQA QA Wizard Seapine Software EggPlant RedStone Test Edition Microsoft Visual Studio PureTest Minq Autotester Autotester Testbench400 Original Software TestExpert VEReCOMM TestRunner Qronus TTCN suite Telelogic http://www.telelogic.com.cn QC/Replay Centerline Web AutoTester eValid Software Research WebART OCLC MaxQ 开源 WebInject 开源 Marathon 开源 性能测试/监控工具 LoadRunner Mercury SiteScope Mercury Topaz Mercury QaLoad Compuware PerformaSure/benchmark Quest Silkperformer Segue Silkperformer Lite Segue SilkCentralTM Performance Manager Segue e-Load Empirix Robot IBM Rational http://www.ibm.com/cn Performance Tester IBM Rational http://www.ibm.com/cn WebLoad RadView Web applicaton stress tool Microsoft Application center test Microsoft PureLoad Minq Athene APR Metron ForeCast Facilita Impact/Impact for CBT Cyrano Berkeley Laboratory sniffer Lawrence Jmeter 开源 openSTA 开源 Siege 开源 StressMark 开源 DBMonster 开源 白盒测试/代码分析工具 VcTester ezTester http://www.eztester.com Jtest Parasoft http://www.parasoft.com C++test Parasoft http://www.parasoft.com SOA test Parasoft http://www.parasoft.com .test Parasoft http://www.parasoft.com Codewizard Parasoft http://www.parasoft.com Insure++ Parasoft http://www.parasoft.com DataRecon Parasoft http://www.parasoft.com Numega devpartner studio Compuware DevPartnerJavaEdition Compuware BoundsChecker Compuware SmartCheck Compuware DBPartner Compuware Bean-test Empirix Aqtime AutomatedQA QESatJava AutomatedQA Visual Unit Unitware PC-lint Gimpel Software Macabe Macabe Optimizeit Suite Borland JProbe Suite Quest Software Application assurance suite Quest Software Sql optimizer Quest Software Jprofiler ej-technologies workbench Cyrano Logiscope TeleLogic http://www.telelogic.com.cn rulecheck TeleLogic http://www.telelogic.com.cn SilkPerformer Component Test Edition Segue Purifyplus IBM rational http://www.ibm.com/cn Rational Test Realtime IBM rational http://www.ibm.com/cn junit 开源 cactus 开源 Hansel 开源 TestNG 开源 StrutsTestCase 开源 JFCUnit 开源 Httpunit 开源 Dunit 开源 cppunit 开源 http://sourceforge.net/projects/cppunit Nunit 开源 Xunit 开源 JTR 开源 MallocDebug Linux平台工具 Valgrind Linux平台工具 Kcachegrind Linux平台工具 dmalloc Linux平台工具 ElectricFence Linux平台工具 LeakTracer Linux平台工具 memprof Linux平台工具 ccmalloc Linux平台工具 mprof Linux平台工具 yamd Linux平台工具 njamd Linux平台工具 mpatrol Linux平台工具 嵌入式测试工具 VcTester ezTester http://www.eztester.com codetest Metrowerks Cantata/cantana++ IPL IceMaster Reflex Technology System test Reflex Technology scorecast DDC-I Testquest Testquest UniText ATTOL vectorcast Vector software testrunner Qronus Logiscope Telelogic http://www.telelogic.com.cn 测试管理工具 TestDirector(QualityCenter) Mercury QADirector Compuware certify Worksoft Product manager Aimware SilkCentral Test Manager Segue Doors Telelogic http://www.telelogic.com.cn e-manager Empirix testmanager IBM Rational http://www.ibm.com/cn TestView Manager RadView Professional T-Plan 缺陷管理工具 TestDirector(QualityCenter) Mercury ClearQuest IBM Rational http://www.ibm.com/cn TrackRecord Compuware TestTrack pro Seapine TrueTrack McCabe Devtrack Techexcel Notes IBM Lotus SilkCentral Issue Manager Segue PVCS Tracker Merant AR System Remedy URTrack LealSoft Butterfly Hansky Bugzilla 开源 Mantis 开源 JIRA 开源 BugFree 开源 配置管理工具 ClearCase IBM Rational http://www.ibm.com/cn PVCS Version Manager Merant VCS Diamond StarTeam Borland Perforce Perforce TRUEchange McCabe SYNERGY CM Telelogic http://www.telelogic.com.cn VSS Microsoft Firefly Hansky CVS Subversion SCCS RCS CCC/Harvest Computer Associates 欢迎转载此文，转载时请注明文章来源：文斯测试技术研究中心 http://blog.csdn.net/vincetest
