测试入门培训

测试入门培训

软件测试之路(卢绍伟) 卢绍伟)

测试入门培训

什么是软件测试软件测试是软件开发过程的重要组成部分，是用来 确认一个程序的品质或性能是否符合开发之前所提 出的一些要求。软件测试就是在软件投入运行前， 对软件需求分析、设计规格说明和编码的最终复审， 是软件质量保证的关键步骤。软件测试是为了发现 错误而执行程序的过程。软件测试在软件生存期中 横跨两个阶段：通常在编写出每一个模块之后就对 它做必要的测试(称为单元测试)。编码和单元测 试属于软件生存期中的同一个阶段。在结束这个阶 段后对软件系统还要进行各种综合测试，这是软件 生存期的另一个独立阶段，即测试阶段。

测试入门培训

软件测试的定位软件测试工程师： 软件测试工程师：作为软件质量的把关者，其职能 在于保证交付到客户手中的软件可靠好用，运行畅 通无阻。从产品定义到产品开发再到产品维护，都 离不了软件测试。 角色定位： 角色定位：软件项目开发是个分工明确的系统工程， 不同的人员扮演了不同的角色，包括部门经理、产 品经理、项目经理、系统分析师、程序员、测试工 程师、质量保证人员等。可见，软件测试工程师只 是软件项目开发中的一个角色而已。 测试工程师是项目团队 项目团队中的服务员 测试工程师是项目团队中的服务员

测试入门培训

行业前景(FUTURE)软件测试人员的主要职责 主要职责是对软件产品的整个 主要职责 开发过程进行监督和检验，使之能够达到满足 客户的需求，因此对于企业来讲是十分重要的 岗位。在国外，一般软件测试人员与软件开发 人员的岗位设置比例是1:1,像微软在开发 windows2000时候使用的软件开发人员是1700 名，而专业的测试工程师有3200名，测试开发 人员比例高到1.7:1,由此可见软件测试岗位 重要性的一斑。

测试入门培训

岗位特性( 岗位特性(WORK SPECIALITY)工作起点高，发展空间大 职业寿命长，越老越吃香 工作更稳定，不用频繁“跳” 性别无偏好，没有就业歧视

测试入门培训

软件测试的目的( 软件测试的目的(OBJECTIVE)第一是确认软件的质量，其一方面是确认软件做了 你所期望的事情(Do the right thing),另一方面 是确认软件以正确的方式来做了这个事件(Do it right)。 第二是提供信息，比如提供给开发人员或程序经理 的反馈信息，为风险评估所准备的信息。 第三软件测试不仅是在测试软件产品的本身，而且 还包括软件开发的过程。如果一个软件产品开发完 成之后发现了很多问题，这说明此软件开发过程很 可能是有缺陷的。因此软件测试的第三个目的是保 证整个软件开发过程是高质量的。

测试入门培训

如何衡量的软件质量在正

确的时间用正确的的方法把一个工作做正确。 符合一些应用标准的要求，比如不同国家的用户不 同的操作习惯和要求，项目工程中的可维护性、可 测试性等要求。 质量本身就是软件达到了最开始所设定的要求，而 代码的优美或精巧的技巧并不代表软件的高质量。 质量也代表着它符合客户的需要。作为软件测试这 个行业，最重要的一件事就是从客户的需求出发， 从客户的角度去看产品，客户会怎么去使用这个产 品，使用过程中会遇到什么样的问题。只有这些问 题都解决了，软件产品的质量才可以说是上去了。

测试入门培训

测试人员的工作职责使用各种测试技术和方法来测试和发现软件中存在的软件缺陷； 测试工作需要贯穿整个软件开发生命周期，确认测试和系统测试是在软 件开发完成后，验证软件的功能与需求的一致性、验证软件在相应的硬 件条件下的系统功能是否满足用户需求，其主要依据是用户需求； 测试人员将发现的缺陷编写成正式的缺陷报告，提交给开发人员进行缺 陷的确认和修复； 测试人员需要分析软件质量。在测试完成后，测试人员需要根据测试结 果来分析软件质量，包括缺陷率、缺陷分布、缺陷修复趋势等； 测试过程中，为了更好地组织与实施测试工作，测试负责人需要制定测 试计划，包括有测试资源、测试进度、测试策略、测试方法、测试工具、 测试风险等； 测试人员为了更好更有效地进行测试，保证测试工作质量，需要在执行 测试工作之前首先需要设计测试用例，形成测试用例报告； 为了提高工作效率或提高测试水平，测试工作需要引进自动化测试工具， 测试人员需要学会使用自动化测试工具，编写测试脚本，进行性能测试 等； 测试负责人在测试工作中，还需要根据实际情况不断改进测试过程，提 高测试水平，进行测试队伍的建设等。

测试入门培训

软件测试的原则( 软件测试的原则(TEST PRINCIPIA)软件测试从不同的角度出发会派生出两种不同的测 试原则： 从用户的角度出发，就是希望通过软件测试能充分 从用户的角度出发 暴露软件中存在的问题和缺陷，从而考虑是否可以 接受该产品； 从开发者的角度出发，就是希望测试能表明软件产 从开发者的角度出发 品不存在错误，已经正确地实现了用户的需求，确 立人们对软件质量的信心。

测试入门培训

软件测试的对象( 软件测试的对象(TEST OBJECT)软件测试并不等于程序测试。软件测试应该贯穿 整个软件定义与开发整个期间。因此需求分析、概 要设计、详细设计以及程序编码等各阶段所得到的 文档，包括需求规格说明、概要设计规格说明、详 细设计规格说明以及源程序，都

应该是软件测试的 对象。 在对需求理解与表达的正确性、设计与表达的正 确性、实现的正确性以及运行的正确性的验证中， 任何一个环节发生了问题都可能在软件测试中表现 出来。

测试入门培训

软件测试方法( 软件测试方法(METHOD)_按阶段划分 按阶段划分单元测试 ：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等；

集成测试 ：在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确；

系统测试：对已经集成好的软件系统进行彻底的测试，主要有功 系统测试：能测试、性能测试、随机测试等等；

验收测试 ：软件在投入使用之前的最后测试； 回归测试 ：在软件维护阶段，对软件进行修改之后进行的测试； Alpha 测试：在系统开发接近完成时对应用系统的测试； 测试： Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和 测试：问题需要在最终发行前找到。

测试入门培训

软件测试方法( 软件测试方法(METHOD)_按测试方法划分 按测试方法划分白盒测试： 白盒测试：也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是 知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格 说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的 每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试 的主要方法有逻辑驱动、基路测试等，主要用于软件验证。白盒测试可 以借助一些工具来完成如Junit Framework,Jtest等

黑盒测试： 黑盒测试：指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所 应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时， 把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部 特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按 照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而 产生正确的输出信息，并且保持外部信息(如数据库或文件)的完整性。 黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等， 主要用于软件确认测试。

测试入门培训

提高测试质量的要诀首先测试程序的核心功能 核心功能，然后测试辅助功 核心功能 能。 首先测试功能 测试功能，然后测试性能。 测试功能 首先测试常见情况 常见情况，然后测试异常情况。 常见情况 首先测试经过变更的部分 经过变更的部分，然后测试没有变

经过变更的部分 更的部分。 首先测试影响大的问题 影响大的问题，然后测试影响小的 影响大的问题 问题。 首先测试必须测试的部分 必须测试的部分，然后测试可选或 必须测试的部分 没有要求测试的部分

测试入门培训

避免犯的几个错误承诺完成测试的软件没有质量问题软件测试只是保证质量的一种方法，软件测试工程师的工作不会直接提高 软件质量，因为绝大多数软件错误都需要程序员修复。软件测试只能证明软 件存在错误，不能保证软件没有错误，不可能找出全部软件错误。个人的能 力和对质量的影响范围很小，软件质量的提高要靠软件项目团队全体成员的 共同努力。

承担软件的发布权利不要因为软件中存在还没有修复的错误，而试图提出更改软件发布的计划。 也不要认为已经完成了测试计划，自己决定可以发布软件。因为，改变软件 发布计划可能要失去进入市场的良机和很多客户，对此造成的经济和公司市 场的损失将不是测试工程师能够承担的。另外，软件发布后，如果用户发现 了新的软件错误，公司领导或项目经理可能将过错加在软件测试人员的头上， 因为他们同意发布软件。通常软件发布的权利由产品经理、项目经理、测试 经理、市场经理共同集体讨论决定。

扮演过程改进成员的角色软件测试工程师必须报告错误，有时也要分析错误的类型、特征和产生错 误的原因。但是，不要主动提出改进软件过程的具体改进措施，更不要直接 干涉程序员的工作方式，以免出力不讨好，影响今后的愉快合作。

测试入门培训

职业素质_ 职业素质 计算机专业技能及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测 试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测 试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试 技术等知识。

测试专业技能：应该掌握的基础专业技能为主。测试专业技能涉 测试专业技能：

网络、操作系统、数据库、中间件等知识： 网络、操作系统、数据库、中间件等知识：与开发人员相比，测试人员掌握的知识具有“博而不精”的特点， “艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各 种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因 此测试人员需要掌握更多网络、操作系统、数据库等知识。 在网络方面，测试人员应该掌握基本的网络协议以及网络工作原理，尤 其要掌握一些网络环境的配置，这些都是测试工作中经常遇到的知识。 操作系统和中间件方面，应该掌握基本的使用以及安装、配置等。例如 很多应用系统都是基

于Unix、linux来运行的，这就要求测试人员掌握基 本的操作命令以及相关的工具软件。而WebLogic、Websphere等中间件 的安装、配置很多时候也需要掌握一些。 数据库知识则是更应该掌握技能，现在的应用系统几乎离不开数据库。 因此不但要掌握基本的安装、配置，还要掌握SQL。测试人员至少应该掌 握Mysql、MS Sqlserver、Oracle等常见数据库的使用。

测试入门培训

职业素质_个人素养作为一名优秀的测试工程师，首先要对测试工作有兴趣：测试工作很多时候都 是显得有些枯燥的，因此热爱测试工作，才更容易做好测试工作。因此，除了具 有前面的专业技能和行业知识外，测试人员应该具有一些基本的个人素养： 专心： 专心：主要指测试人员在执行测试任务的时候要专心，不可一心二用。经验表明， 高度集中精神不但能够提高效率，还能发现更多的软件缺陷，业绩最棒的往往是 团队中做事精力最集中的那些成员。 细心： 细心：主要指执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。 某些缺陷如果不细心很难发现，例如一些界面的样式、文字等。 耐心：很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。如果比 耐心： 较浮躁，就不会做到“专心”和“细心”,这将让很多软件缺陷从你眼前逃过。 责任心： 责任心：责任心是做好工作必备的素质之一，测试工程师更应该将其发扬光大。 如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成， 很可能引起非常严重的后果。 自信心： 自信心：自信心是现在多数测试工程师都缺少的一项素质，尤其在面对需要编写 测试代码等工作的时候，往往认为自己做不到。要想获得更好的职业发展，测试 工程师们应该努力学习，建立能“解决一切测试问题”的信心。 “五心”只是做好测试工作的基本要求，测试人员应该具有的素质还很多。 例如测试人员不但要具有团队合作精神，而且应该学会宽容待人，学会去理解 “开发人员”,同时要尊重开发人员的劳动成果——开发出来的产品。

测试入门培训

测试工作流程及规范(通用型)

测试入门培训

计划与设计阶段( 计划与设计阶段(PLAN & DESIGN)预通知，告之较为确切的测试日期，提供当前最新的相关资料。测试组长可视具体 情况决定是否需要调整人力。测试人员可预先熟悉必要的背景资料，协助测试组长 编写《测试计划书》初稿。 召开测试启动会议： 召开测试启动会议：开发团队与测试团队交接测试内容，对测试目标达成一致， 商讨测试计划初稿的可行性，统一项目组的目标和测试的工作重点。 编写测试计划文档： 编写测试计划文

档：根据项目的需求文档，按照测试计划文档模板编写测试计划。 测试计划中应该至少包括以下关键内容： (1) 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各 1 —— 个测试需求的测试优先级 (2)测试方案——整体测试的测试方法和每个测试需求的测试方法 (3)测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 (4)测试组角色——明确测试组内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试组应该关注的里程碑 (5)可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计 划、测试报告等等 (6)风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组 联合评审。 设计测试用例： 设计测试用例：根据每一步测试计划编写全部的测试用例

成立测试团队： 成立测试团队：为测试组任命一名测试负责人，同时确定测试组的构成人选。 测试预通知： 测试预通知：在正式测试任务下达前，开发团队应提前一周左右向测试团队下达

测试入门培训

实施测试阶段实施测试用例： 实施测试用例：测试实施工程师根据测试计划中分配给自己的测试任务 和提供的测试用例，实施相应的测试用例，并将记录实施用例的结果 提交报告( 提交报告(Bug Report):测试组长根据此轮测试的结果，编写测试 ) 报告，主要应包含以下内容： (1)测试报告的版本 (2)测试的人员和时间 (3)测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷， 报告了测试组长处理的缺陷和实施工程师验证的缺陷。不仅要写出覆盖 缺陷的总数，还要写明这些缺陷的去向 (4)测试新发现的缺陷数量 4 (5)上一版本活动缺陷的数量 (6)经过此轮测试，所有活动缺陷的数量及其状态分类 (7)测试评估——写明在这一版本中，那些功能被实现了，那些 还没有实现，这里只需写明和上一版本不同之处即可 (8)急待解决的问题——写明当前项目组中面临的最优先的问题， 可以重复提出 回归测试( ):测试组将按照测试计划中对于回归 回归测试(Regressive Test): ): 测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部 分或者是全部测试用例，但不能超出原先预定的测试用例的范围。

本文来源：https://www.bwwdw.com/article/irpi.html