Skip to main content

Home/ softwaretest/ Group items tagged test

Rss Feed Group items tagged

swan lin

软件测试知识角 - 0 views

shared by swan lin on 04 Jul 07 - Cached
  • 一、自动化测试类:1、软件自动化测试:引入、管理与实施Automated Software Testing Introduction,Management,and Performance2、软件测试自动化技术与实例详解Software Test Automation3、高效软件测试自动化Effective Software Test Automation4、图形用户界面测试自动化 Effective GUI Test Automation5、软件测试自动化Just Enough Software Test Automation6、软件工程与软件测试自动化教程二、Web应用测试类:1、Web安全测试 Testing Web Security:Assessing the Security of Web Sites and Applications2、Web应用测试Testing Application on the Web:Test Planning for Internet-Based Systems 3、Web应用测试(第二版) Testing Applications on the Web: Test Planning for Mobile and Internet-Based Systems, Second Edition4、Web测试指南The Web Testing Companion: The Isider's Guide to Efficient and Effective Tests三、软件测试基础类:1、软件测试(原书第2版)Software Testing A Craftsmaj's Approach(Second Edition)2、软件测试Software Testing3、面向对象的软件测试A Practical Guide to Testing Object Oriented Software4、软件测试与质量管理5、计算机软件测试(原书第2版)Testing Computer Software,Second Edition6、实用软件测试过程Testing IT:An Off-the-Shelf Software Testing Process7、软件质量和软件测试Software Quality and Software Testing in Internet Times8、系统的软件测试Systematic Software Testing9、软件子系统测试The Craft of Software Testing:Subsystem Testing,Including Object-Based and Object-Oriented Testing10、面向对象系统的测试 Testing Object-Oriented System:Models,Patterns,and Tools11、软件测试技术概论12、软件β测试Beta Testing for Better Software四、软件测试应用类:1、有效软件测试Effective Software Testing 2、实用软件测试方法与应用3、软件测试:经验与教训Lessons Learned in Software Testing4、软件测试入门Introducing Software Testing5、实用软件测试指南How to Break Software A Practical Guide to Testing6、软件评估:基准测试与最佳实践 Software Assessments,Benchmarks,and Best Practices7、嵌入式软件测试Testing Embedded Software8、软件测试求生法则Surviving the Top Ten Challenges of Software Testing : A People-Oriented Approach9、软件测试:过程改进Software Testing in the Real World Improving the Process10、快速测试Papid Testing11、软件测试的有效方法(原书第2版)Effective Methods for Software Testing,Second Edition12、网络测试深入解析五、单元测试类:1、单元测试之道Java版——使用Junit Pragmatic Unit Testing:In Java with JUnit 2、测试驱动开发(中文版)Test-driven development:by example3、单元测试之道C#版——使用Nunit Pragmatic Unit Testing:In C# with NUnit4、测试驱动开发——实用指南 Test Driven Development: A Practical Guide5、软件测试与Junit实践六、性能测试类1、2EE性能测试J2EE Performance Testing With BEA WebLogic Server2、Microsoft .NET Web应用程序性能测试Performance Testing Microsoft .NET Web Applications七、软件安全测试类:1、黑客攻击测试篇Hack Attacks Testing:How to Conduct Your Own Security Audit2、Web安全测试 Testing Web Security:Assessing the Security of Web Sites and Applications八、测试管理类:1、测试流程管理Managing the Testing Process2、软件测试过程管理(原书第2版)Managing the Testing Process(Second Edition)九、软件测试培训类:1、软件测试员培训教材2、软件测试实用指南
swan lin

抓虾 - 软件测试常用术语中、英文概述 - 0 views

  • Acceptance Testing--验收测试一般由用户客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome--实际结果被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing--随机测试测试人员通过随机的尝试系统的功能,试图使系统中断。 algorithm--算法(1)一个定义好的有限规则集,用于在有限步骤内解决一个问题;(2)执行一个特定任务的任何操作序列。 algorithm analysis--算法分析一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,并且满足所有精确性、规模和时间方面的要求。
  • Alpha Testing--Alpha测试由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis--分析(1)分解到一些原子部分或基本原则,以便确定整体的特性;(2)一个推理的过程,显示一个特定的结果是假设前提的结果;(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly--异常在文档或软件操作中观察到的任何与期望违背的结果。 application software--应用软件满足特定需要的软件。 architecture--构架一个系统或组件的组织结构。 ASQ--自动化软件质量(Automated Software Quality)使用软件工具来提高软件的质量。 assertion--断言指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序执行期间的某个点上必须满足的条件。 assertion checking--断言检查用户在程序中嵌入的断言的检查。 audit--审计一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail--审计跟踪系统审计活动的一个时间记录。 Automated Testing--自动化测试使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多。 Backus-Naur Form--BNF范式一种分析语言,用于形式化描述语言的语法 baseline--基线一个已经被正式评审和批准的规格或产品,它作为进一步开发的一个基础,并且必须通过正式的变更流程来变更。 Basic Block--基本块一个或多个顺序的可执行语句块,不包含任何分支语句。 basis test set--基本测试集根据代码逻辑引出来的一个测试用例集合,它保证能获得100%的分支覆盖。 behaviour--行为对于一个系统的一个函数的输入和预置条件组合以及需要的反应。一个函数的所有规格包含一个或多个行为。 benchmark--标杆指标基准一个标准,根据该标准可以进行度量或比较。 Beta Testing--Beta测试在客户场地,由客户进行的对产品预发布版本的测试。这个测试一般是不可控的。 big-bang testing--大棒测试一次性集成测试非渐增式集成测试的一种策略,测试的时候把所有系统的组件一次性组合成系统进行测试。 Black Box Testing--黑盒测试根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子。 bottom-up testing--由低向上测试渐增式集成测试的一种,其策略是先测试底层的组件,然后逐步加入较高层次的组件进行测试,直到系统所有组件都加入到系统。 boundary value--边界值一个输入或输出值,它处在等价类的边界上。 boundary value coverage--边界值覆盖通过测试用例,测试组件等价类的所有边界值。 boundary value testing--边界值测试通过边界值分析方法来生成测试用例的一种测试策略。 Boundry Value Analysis--边界值分析该分析一般与等价类一起使用。经验认为软件的错误经常在输入的边界上产生,因此边界值分析就是分析软件输入边界的一种方法。 branch--分支在组件中,控制从任何语句到其它任何非直接后续语句的一个条件转换,或者是一个无条件转换。 branch condition--分支条件 branch condition combination coverage--分支条件组合覆盖在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比。 branch condition combination testing--分支条件组合测试通过执行分支条件结果组合来设计测试用例的一种方法。 branch condition coverage--分支条件覆盖每个判定中分支条件结果被测试用例覆盖到的百分比。 branch condition testing--分支条件测试通过执行分支条件结果来设计测试用例的一种方法。 branch coverage--分支覆盖通过测试执
swan lin

Testing Web Applications with Selenium - 0 views

  • If you want to run a test outside of the Selenium IDE, then you need to install Selenium Core.
  • After downloading Selenium Core and extracting the files, copy the Core subfolder into your Inetpub\wwwroot folder. The Core folder includes the TestRunner.html page. Rename the Core folder to Selenium.
  • http://localhost/Selenium/TestRunner.html
  • ...5 more annotations...
  • The Selenium Core download includes a Tests folder. You can copy this folder into your Inetpub\wwwroot folder. When you open TestRunner.html, select either TestSuite.html or ShortTestSuite.html as the Test Suite.
  • If you need to execute tests against a remote website, then you have three options. First, you can run the test within Selenium IDE.
  • Second, you can run the test against a remote website by using the HTML Application (HTA) version of TestRunner.
    • swan lin
       
      i miss this point: HTA is used to run the test on Internet Explore,not record a test
  • The TestRunner.hta page is located in the same folder as the TestRunner.html page.
  • The final, and best, option for executing tests against a remote website is to use Selenium RC. Selenium RC can be used to control any modern browser. It also works fine with remote domains. Selenium RC is a separate download from the Selenium website.
swan lin

OpenQA: Selenium - 0 views

  • Selenium is a test tool for web applications. Selenium tests run directly in a browser, just as real users do. And they run in Internet Explorer, Mozilla and Firefox on Windows, Linux, and Macintosh. No other test tool covers such a wide array of platforms.
  • Browser compatibility testing. Test your application to see if it works correctly on different browsers and operating systems. The same script can run on any Selenium platform.
  • System functional testing. Create regression tests to verify application functionality and user acceptance.
swan lin

对测试自动化的看法-来自微软讨论组的争论_文章精选_51Testing软件测试网 - Powered By SupeSite - 0 views

  •      第一,不要指望自动化能帮你找bug. 软件bug和生物的bug很像,测试的规律是bug少的地方bug越少,bug多地方越找越多。做测试自动化,往往在开发自动化的时候,该发现的bug就发现了。自动化开发完成,再想发现更多bug就很难了。这是无论你怎样跑你的自动化,也不会发现新的bug.
  • 第二,不要指望自动化对Regression Test的测试的贡献。软件的特点是如果一次做对了,以后永远不会出错。当程序出现变动时,只要针对变动的部分测试就可以了,以前测过的东西,如果和变动没有关联就不会出错。相反如果,程序出现很大变化,自动化可能完全不能用了。
  •     第三,自动化不如测试工具加手工测试。我不建议测试人员作全面自动化,相反我建议测试人员多做小巧灵活的测试工具。
  • ...9 more annotations...
  •      第四,软件项目的生命周期就定了自动化的无用。
  • 如何进行有效测试?         第一,测试人员的自信心可以建立在读程序的能力上。在一个项目中,开发人员的工作是研究新技术,写出最好的程序。测试人员应该在开发人员研究的基础之上,更好的理解新技术,读懂程序。看懂程序可以使测试工作非常高效。不懂内部程序的人,可能会设计三十个test cases, 才能找到一个bug. 懂程序的人每个test case都可能发现一个或多个bug. 我有30%的bug都是读程序读出来的。由于对开发人员的程序有很深的理解,即使release后出了问题,也能很快理解问题出在什么地方,是否是bug.
  •    第二,测试人员写测试程序的时间应该尽量最小化。测试人员测试的时间分配应该是, 30%读程序,20%写测试程序,50%写Test Cases和运行Test Cases. 好的测试员的工作重点应该放在理解要求,理解客户需要,思考在什么条件下程序会出错,而不是思考如何去自动化。
  • 第三,测试人员要学会讨价还价。很多时候项目经理,开发人员搞得东西不是客户马上需要的,或许是永远用不到的。测试人员可以和项目经理研究先测什么,后测什么,那些不测
  • 第四,测试人员要多花时间参与设计。测试人员一定要紧跟项目经理和开发人员的要求变化和设计。理解每一个要求的影响。在每个项目周期中,去比较当前版本和以前版本的所有程序变化。重点测试变化。
  • 总之,少做自动化,多写小工具,读懂程序,是高效省钱的测试方法,除非你钱多得没地方花。下次有谁建议搞什么测试自动化构架,告诉他"That is bullshit".
  • 那就是自动化可以解决我们的测试问题。两个方面,一是自动化可以完成手工不能完成的任务,二是自动化可以替代手工重复的劳动。这才是我们搞自动化最重要的原因。
  • 我们做测试的首要目的就是在用户拿到产品之前就要保证好产品的质量。
  • 什么应该自动化,什么不应该自动化,怎样进行自动化,这都是有一定学问的,也是一个senior测试人员应该具备的基本能力
swan lin

一般测试过程--测试用例(Test Cases)_文章精选_51Testing软件测试网 - Powered By SupeSite - 0 views

  • 一般测试过程--测试用例(Test Cases)
  • Test Cases基本要素:        1 简明的标题(说明测试的目的)        2 用例的优先级,测试所需时间        3 初始化条件,如何构造测试环境        4 执行测试的详细步骤        5 期望Test Cases执行后的正确结果
swan lin

偶然性不可重现BUG怎么处理?-Testing-CSDN - 0 views

  • 一、一定要提交!
  • 二、程序不是测试人员写的,出问题也不是测试人员的原因。
  • 三、下次再遇到的时候,拉他们来看就可以了。
  • ...3 more annotations...
  • 四、你可以告诉程序员,测试过程是没有错误的
  • 五、测试部门是独立与开发部门的呀,真的打交道,也是经理对经理
  • 六、测试部门要独立,最好不受开发的制约。其实真正要重视,就应该有否决的权利。
swan lin

比尔·盖茨曾说,软件测试培训之路--软件测试培训 - 0 views

  • :“很多人都认为微软是一家软件开发公司,而事实上,我们是一家 软件测试培训 公司。”  
  • :“很多人都认为微软是一家软件开发公司,而事实上,我们是一家软件测试培训公司。” 
swan lin

本地化世界网-- - 0 views

  •  
    本地化(Localization),全球化(Globalization),本地化培训(Localization training),软件测试(Software testing)
swan lin

comp.software.testing Frequently Asked Questions (FAQ) - 0 views

  •  
    上面的FAQ文档,提供测试员和测试管理员关于工具,技术和项目的即使讨论
swan lin

Software Testing 10 Rules - 0 views

  • Software Testing 10 Rules
swan lin

Bret Pettichord's Software Testing Hotlist - 0 views

shared by swan lin on 20 Jul 07 - Cached
  •  
    列出了一些与软件测试相关的网站和文章
swan lin

[原创]做为一个Tester,你为Testing付出了多少? - 卖烧烤的鱼博客-软件测试 - 0 views

  • 我是每天早上6点起来学习下,然后去上班,晚上回来后一直学到12点,周六周日也是(当时我也不想这样整呀,要知道有份工作对一个应届生来说是很难的),就这样过了一个月,慢慢的各方面工作都能展开,后来我薪水一下提到了800元(当时进来时才300大洋),在这家公司我整做了有一个多月,然后我重换了一家公司(测试人员达到5人以上的),自己很明白要有好的发展环境很重要^_^
  • 花时间看一本测试书籍,很多人喜欢走快速学习方法,喜欢看什么精口文章,绝得测试只要学会哪些就ok,其实不然,测试是一个系统工程,随意的测试危害性很大,推荐<<软件测试>>,<<软件测试入门>>这二本书,
swan lin

Software Testing and Quality Assurance Online Forums - 0 views

shared by swan lin on 20 Jul 07 - Cached
  •  
    QA Forums提供软件测试,自动化测试,测试管理,测试工具等主题的即时讨论
swan lin

Software Testing Online Resources / MTSU (STORM) - 0 views

shared by swan lin on 20 Jul 07 - Cached
  •  
    自称"一系列软件测试练级资源。。旨在成为软件测试研究者和从业者的网上第一站"
1 - 20 of 24 Next ›
Showing 20 items per page