Group items tagged

　我想应该从测试工程师的职业生涯定位谈起。从宏观意义讲，软件测试可以划分为以下三个方面： 　　●软件测试管理：测试流程管理、测试职业管理，测试技能方法管理等 　　●软件测试技术方法：根据软件测试的不同阶段周期、不同测试类型、不同软件类型等，深入研究软件测试的技术及方法 　　●软件测试自动化：自动化测试流程、自动化测试管理、自动化测试工具等

　1）如果你有过开发经验，哪怕一点点，并且一直以来从事的是功能测试工作，那么推荐你学习自动化功能测试工具，并在此方面深入研究下去。该职位待遇一般是本地城市手工测试工程师的两倍左右，如果到达高级自动化测试工程师职位，从事自动化测试设计或测试框架的开发，待遇会更高。Mercury公司的winrunner和quicktestpro，是目前最主流的自动化功能测试工具，学习二者的方法也很简单，只要懂得c语言和VBscript即可。要深入学习，当然还要熟悉自动化功能测试的流程、管理及深层开发（包括测试框架、库函数等）。当前国内的应用软件开发，主流还是c/s与b/s两种架构，前者一般采用vb、vc、delphi、pb或java等开发，而winrunner工具对此类软件支持得比较好，很适合在这样的软件测试活动中采用自动化测试；后者一般是采用.net或j2ee技术开发的基于浏览器类软件，测试该类软件就非quicktestpro莫属了，它是mercury公司专门针对web程序的自动化测试工具。由于自动化功能测试工具品牌多，入门简单，因此，也是众多立志成为自动化测试工程师的首选。

　2）作为一名软件测试从业者，我们知道执行性能测试，使用手工方式是无法想象的，因此借助工具来实现是非常必要的。目前业内存在两种现状：一是很多公司为了节约购买工具的成本或本身不要求软件性能指标而干脆不执行性能测试；二是由于性能测试是一门博大精深的技术工作，起步较高，因此这方面的高手不多，造成很多大中型软件企业或外企严重缺乏性能测试工程师！性能测试工程师待遇，一般是本地手工测试工程师的三倍甚至更多；我们接触的企业客户需求里，很多开价上万的性能测试工程师职位，竟然很难招到。随着软件开发技术越来越高深，业务逻辑越来越复杂，对软件的质量要求同样也会越来越高，软件一定会存在性能缺陷，因此对软件的性能要求也会随之而来；况且，软件的性能指标是软件用户手册里的重要组成部分，从正规测试流程上来说，凡是网络应用软件，不可不做性能测试！但是，从事性能测试的工程师，需要掌握太多的知识，包括计算机网络、数据库、操作系统、服务器等，而且还要有深厚的性能测试计划、设计、分析能力，以及丰富的性能测试经验，这些如果单靠个人的自行摸索，肯定是不太实际的。Mercury公司的loadrunner，是目前国际上性能测试工具的绝对领导者，具有百分之75的市场占有率；在国内，业界同行也都是提起性能测试首先想到loadrunner；因此loadrunner是在软件测试领域里立志成为一名合格的、优秀的性能测试工程师的朋友们的绝对首选。

考试科目2：软件测试应用技术 1. 软件生命周期测试策略 1.1 设计阶段的评审 ·需求评审 ·设计评审 ·测试计划与设计 1.2 开发与运行阶段的测试 ·单元测试 ·集成测试 ·系统（确认）测试 ·验收测试 2. 测试用例设计方法 2.1 白盒测试设计 ·白盒测试基本技术 ·白盒测试方法 2.2 黑盒测试用例设计 ·测试用例设计方法 ·测试用例的编写 2.3 面向对象测试用例设计 2.4 测试方法选择的策略 ·黑盒测试方法选择策略 ·白盒测试方法选择策略 ·面向对象软件的测试策略 3. 软件测试技术与应用 3.1 软件自动化测试 ·软件自动化测试基本概念 ·选择自动化测试工具 ·功能自动化测试 ·负载压力自动化测试 3.2 面向对象软件的测试 ·面向对象测试模型 ·面向对象分析的测试 ·面向对象设计的测试 ·面向对象编程的测试 ·面向对象的单元测试 ·面向对象的集成测试 ·面向对象的系统测试 3.3 负载压力测试 ·负载压力测试基本概念 ·负载压力测试解决方案 ·负载压力测试指标分析 ·负载压力测试实施 3.4 Web应用测试 ·Web应用的测试策略 ·Web应用设计测试 ·Web应用开发测试 ·Web应用运行测试 3.5 网络测试 ·网络系统全生命周期测试策略 ·网络仿真技术 ·网络性能测试 ·网络应用测试 3.6 安全测试 ·测试内容 ·测试策略 ·测试方法 3.7 兼容性测试 ·硬件兼容性测试 ·软件兼容性测试 ·数据兼容性测试 ·新旧系统数据迁移测试 ·平台软件测试 3.8 易用性测试 ·功能易用性测试 ·用户界面测试 3.9 文档测试 ·文档测试的范围 ·用户文档的内容 ·用户文档测试的要点 ·用户手册的测试 ·在线帮助的测试 4. 测试项目管理 ·测试过程的特性与要求 ·软件测试与配置管理 ·测试的组织与人员 ·测试文档 ·软件测试风险分析 ·软件测试的成

一、自动化测试类：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、软件测试实用指南

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－－分支覆盖通过测试执

校园招聘。中国互联网这几年迅猛发展，一些在华的大型公司，如国外的微软, IBM ,HP等；还有国内的华为，中兴，腾讯等大型公司对人才的需求也是不断地增长，不断加大对毕业生招聘培养的投入力度，储备人才，引发的人才抢夺战大家有目共睹，软件测试这个近几年才火开的行业当然也不例外，如果你能成功通过校园招聘，很不错，不错的待遇，而且能得到相应的培训，对于一个走上社会的大学毕业生来说，很不错的！

使用网络”工作搜索引擎”。利用几个工作搜索引擎进行快速可以方便查找一些空缺的软件测试职位，如”职友集--搜索工作 互动职业”，网站是http://www.jobui.com， 其中可以搜索到很多软件测试职位，再介绍一个给大家吧，我可没一点私心保留的，“职通车”http://so.01hr.com，也是非常不错的，而且这个网站还有个加msn机器人似的列出职位的，方便，一个字赞！

查阅报纸和杂志。大多数大城市的报纸每周招聘版中或者计算机招聘报刊中列出一些软件测试工作。还有一些计算机和编程杂志也是找到好工作最佳途径之一，如 《CSDN人才周刊》，《电脑报》，《程序员》等,现在还发展到有一些免费的电子报纸和杂志上都有一些软件测试职位，真可谓是五花八门呀！

     第一，不要指望自动化能帮你找bug. 软件bug和生物的bug很像，测试的规律是bug少的地方bug越少，bug多地方越找越多。做测试自动化，往往在开发自动化的时候，该发现的bug就发现了。自动化开发完成，再想发现更多bug就很难了。这是无论你怎样跑你的自动化，也不会发现新的bug.

第二，不要指望自动化对Regression Test的测试的贡献。软件的特点是如果一次做对了，以后永远不会出错。当程序出现变动时，只要针对变动的部分测试就可以了，以前测过的东西，如果和变动没有关联就不会出错。相反如果，程序出现很大变化，自动化可能完全不能用了。

    第三，自动化不如测试工具加手工测试。我不建议测试人员作全面自动化，相反我建议测试人员多做小巧灵活的测试工具。

Bug还没出现以前就将其杜绝，这才是软件测试的未来

软件开发测试工程师（SDET）

自己回答她问题的时候很注重对细节的描述，而且喜欢把问题拆开来了解决，而这些都是一个SDET的基础素质，所以说最初是测试选中了自己

“坚定信念，一定还有bug”

1、 坚定信念，一定还有bug。　　2、 测试是一份依赖严密思路分析和创造力的工作。　　3、 测试能让你每天挑战自己。　　4、 测试能让你的自信心不断得到提高。　　5、 测试能锻炼你的创造力。　　6、 测试能锤炼力你的性格，让你成为一个不易轻易放弃的人。　　7、 测试能让你比普通开发者更快的了解到系统。

好的测试人员应该首先具有严密的逻辑思路，同时还要有很强的发散性思维，能经常创造性的提出新的测试方案，并且具有非常强的分析问题、定位问题的能力。只要具备了很强的分析问题定位问题的能力和创造力，即使你所负责的模块是一个小模块，你也能发现很多严重的bug。

IBM在软件自动化测试技术核心的三个最佳成功经验是：尽早测试、连续测试、自动化测试，并在此基础上提供了完整的软件测试流程和一整套的软件自动化测试工具，组建一个测试团队，基于一套完整的软件测试流程，使用一套完整的自动化软件测试工具，完成全方位的软件质量验证。

undefined

QAI软件测试工程师认证(CSTE)证书是对软件测试行业内从业人员的技术熟练水平的一种正式认可。它承认通过认证的人员具有全面理解软件测试专业公共知识体系(CBOK)的能力。 在软件测试和质量保证行业，Quality Assurance Institute (QAI)的CSTE认证考试是世界公认的认证考试。CSTE的考试内容涵盖所有作为软件测试人员所应具有的知识范围，CSTE认证将会使您对软件测试理论有透彻的了解 。当今全球也只有区区2000人通过CSTE认证，更显证书的珍贵 。所以及早得到CSTE认证会使您在求职大军中显得鹤立鸡群。获得CSTE证书会使您在众多求职者中早日脱颖而出。

软件测评师考试介绍      通过本考试的合格人员能在掌握软件工程与软件测试知识基础上，运用软件测试管理办法、软件测试策略、软件测试技术，独立承担软件测试项目；具有工程师的实际工作能力和业务水平。

《 软件测试 》

《 软件测试（原书第2版） 》

关于几本软件测试方面的经典图书 - dearbook读书笔记

测试驱动开发，用例指导结果，数据记录变化        “测试驱动开发”（TDD）是一个比较新的概念，在网上可以看到很多介绍文章，它主要讨论如何让开发的代码更奏效（Work）更洁净（Clean），“测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码”。可以看到，TDD是建立在“代码”级别的驱动，但目前我们需要探讨的问题是怎样在黑盒测试中做到“测试驱动开发”。

最理想的情况就是建立一个“数据库”，每个业务用例都从“数据库”中取得输入数据和预期结果，这个数据只是针对业务入口和出口的，当程序内部设计变更时，保留的数据不会因此而作废。

为用例标明时间（版本）和优先级

一般测试过程－－测试用例（Test Cases）

Test Cases基本要素：        1 简明的标题（说明测试的目的）        2 用例的优先级，测试所需时间        3 初始化条件，如何构造测试环境        4 执行测试的详细步骤        5 期望Test Cases执行后的正确结果

我是每天早上6点起来学习下，然后去上班，晚上回来后一直学到12点，周六周日也是(当时我也不想这样整呀，要知道有份工作对一个应届生来说是很难的)，就这样过了一个月，慢慢的各方面工作都能展开，后来我薪水一下提到了800元(当时进来时才300大洋)，在这家公司我整做了有一个多月，然后我重换了一家公司(测试人员达到5人以上的)，自己很明白要有好的发展环境很重要^_^

花时间看一本测试书籍，很多人喜欢走快速学习方法，喜欢看什么精口文章，绝得测试只要学会哪些就ok，其实不然，测试是一个系统工程，随意的测试危害性很大，推荐<<软件测试>>,<<软件测试入门>>这二本书，

qtp 9.0完全破解（包括插件） QTP每次在启动的时候只检查QTP.EXE，所以最根本的方法是在QTP.EXE文件上下功夫： 此方法能完全破解掉程序的限制，可以无限制使用所有的插件 1:首先安装QTP9（如果以前通过算号的方式装过QTP 8.2版，装了QTP 9以后也会自动变成注册版，但这种版本是 没办法破解插件的），按照提示重启。 2.先备份原始没破解的QTPro.exe,用ULTRAEDIT、WINHEX一类可以进行16进制编辑的工具打开QTPro.exe（这里推 荐ULTRAEDIT，简称UT，打开QTPro.exe默认就是16进制模式的） 3.找到 00002B70h 和 00122900h这两处地址：把其中的 10 改成0B（选中1直接改成0，选中0直接改成B）.保存 qtPro.exe到程序安装目录下。 4 要想知道是不是破解成功了，可以试着把系统时间往后调几个月，再打开QTPRO.EXE，没有任何问题。 5：最后安装需要的插件，按照步骤来，提示要重启就重启，插件要一个个装，不要一起装，有可能会出问题. 6：装好插件以后，再打开QTPRO.EXE,可以看到安装的插件一栏已经显示为无限制 这里上传附件有限制,有需要的留下邮箱,我发给它已经改好的9.0版的qtPro.exe 附录：QTP9只支持8.2的插件，只有9.1以上的版本有新的插件，试了一下，发现用破9.0的方法不行了，所以肯定是改变了内存地址,有 对软件破解熟悉或者知道的也请帮忙,看看会在那段地址检查插件是否注册了.谢谢

华为方会提供一份CRS(客户需求)和SOW（工作任务书），华为方派人过来进行需求培训，这时该项目的测试组长也要参与到项目需求的培训和评审，也就是测试工作应该从需求开始介入。

《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理和华为方人员，测试组长需要根据评审意见修改《测试计划》，并上传到VSS上，由配置管理员管理。

        测试经理必须保证“招进来的人要比自己聪明”

测试经理另外一部份重点工作是组建及维持测试团队。