软件测试

敏捷和DevOps开发模式下，产品要具备随时可发布的能力，本文介绍如何应用测试金字塔和CI/CD持续自动化测试实现高效的测试反馈，保障随时发布产品的质量。 测试金字塔 自动化测试金字塔 最早是由Mike Cohn在2009年的著作《Succeedingwith Agile: Software Development using Scrum 》（《Scrum敏捷软件开发》）中提出。最早提出来的时候是一个三层的金字塔，从上到下分别是UI界面/Service服务/Unit单元测试，随着敏捷测试的不断推进，测试金字塔出现一些变种。实际使用中不用太拘泥于每层的名字，在服务化软件架构中Service层也可以理解为 API测试。 这种下宽上窄的三角形结构，代表在各层自动化的建议投入分配比例，越接近底层的单元测试建议的投入最多，接口测试居中，界面层建议的投入最少。 测试金字塔 Martin Flower关于测试金字塔有这样一段评论。“GUI测试用例还很脆弱，如对系统的一些修正可能导致很多用例的失败，这时候你需要重新录制。你可以放弃录制的方法来解决这个问题，通过写GUI测试代码，但是这样效率非常低。就算你已经很精通了GUI测试代码的编写，端到端的GUI测试用例也很容易出现不可预期结果的问题－一些用例成功一些用例失败，因此，基于GUI的自动化测试是脆弱、耗时（包括用例维护和执行）的

软件测试的十三原则 一、ISTQB的6项原则 1、原则一： 测试显示缺陷的存在，但不能证明系统不存在缺陷。测试可以减少软件中存在未被发现缺陷的可能性，但即使测试没有发现任何缺陷，也不能证明软件或系统是完全正确的。 2、原则二： 穷尽测试是不可能的。由于有太多的输入组合、有太多的路径，而且时间是有限的，无法做到完全的测试（100%测试覆盖率）。通过运用风险分析和不同系统功能的测试优先级，来确定测试的关注点，从而替代穷尽测试。 3、原则三： 测试尽早介入。软件项目一启动，软件测试就应开始，也就是从项目启动的第一天开始，测试人员就应参与项目的各种活动和开展对应的测试活动。测试工作进行的越早，软件开发的劣质成本就越低，并能更好的保证软件质量。例如：在代码完成之前，可以进行各种静态测试，主导或积极参与需求文档、产品规格说明书等的评审，将问题消灭在萌芽阶段。 4、原则四： 缺陷集群性。版本发布前进行测试所发现的大部分缺陷和软件运行失效是由于少数软件模块引起的。一段程序中发现的错误数越多，意味着这段程序的质量越不好。错误集中发生的现象，可能和程序员的编码水平、经验和习惯有很大的关系，也可能是程序员在写代码时情绪不够好或不在状态等。如果在同样的测试效率和测试能力的条件下，缺陷发现的越多，漏掉的缺陷就越多。这也就是著名的Myers反直觉原则：在测试中发现缺陷多的地方，会有更多的缺陷没被发现

1.软件测试的生命周期（软件测试的流程）： 1）需求分析：确认需求范围，功能点 2）测试计划：制定时间表（人，时间，做什么） 3）测试设计，测试开发：编写测试用例 4）测试执行：执行测试和缺陷管理 5）测试评估：结论（通过或不通过）、缺陷分析 缺陷的管理包括描述一个bug和缺陷的生命周期。 2.如何描述一个bug： 1）发现问题的版本 2）问题的出现环境 3）错误重现的步骤 4）预期行为的描述 5）错误行为的描述 6）其他（如：故障的分类：功能故障，界面故障，兼容性故障） 7）不要把多个bug放在一起 bug级别：崩溃，严重，一般，次要 例如： 缺陷标题：163免费邮箱注册提交失败 发现版本：v1.0.0.1 出现环境：win10+谷歌11浏览器 严重级别：严重 操作步骤：1）打开网易163网站，2）点击免费注册邮箱3）输入相关信息 4）点击提交 预期结果：页面提示“发送成功” 错误结果：页面提示“发送失败” 3.缺陷的生命周期： 缺陷的状态（流程图见课件）： 1）New，新发现的bug（测试人员操作） 2）Open，由研发经理，开发人员确认是一个bug（敏捷省略开发人员确认这一环节） 3）Fixed，开发人员进行修改后标识为修改状态（研发人员操作） 4）Rejected，如果认为不是bug，则拒绝修改（研发人员操作） 5）Delay，如果认为暂时不需要修改或暂时不能修改

一、单元测试 单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 二、测试步骤 1、添加JUnit库 2、创建一个测试类 3、测试代码 4、运行方式设置为JUnit测试，测试完成 来源： https://www.cnblogs.com/wagang/p/5860227.html

单元测试，是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 1、在新建类中编写下列代码 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using NUnit.Framework; //添加对要测试代码的引用 namespace MyFirstTest { /// <summary> /// 这是我第一个单元测试 /// </summary> [TestFixture] //测试夹具，表明这个类包含测试代码 public class Class1 { public int Add(int m, int n) { return m + n; } } } 为了测试Add这个方法通不通，我们进行单元测试。 2、选择自己要测试的方法，生成效果图如下。 3、在生成的代码中设置断点

一、什么是单元测试 单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。 二、 创建一个能够进行加减乘除的类，然后进行单元测试 1.导入包junit测试包:JUnit测试版本，4.0版，导入对应的jar包； 2.编写一个类； 3.运行测试， 显然，测试失败了 来源： https://www.cnblogs.com/wsxhh/p/5860643.html

在万物互联的移动互联网时代，早已没有了纯线下企业，大到国企，小到街边一家卖袜子的供应商都会开网店，甚至开发个微信小程序。 很多小公司都会招聘两三个开发人员，却很少见这些公司招测试人员，因为他们觉得开发就能做测试。 并且，大多数人对软件测试的认知还停留在普通的“点点点”上，他们认为测试的工作就是把开发的产品拿来用一用，测一测登录是否顺畅、点击是否可以顺利跳转、有没有常规性Bug即可。 不仅如此，大家对软件测试岗位甚至还有更深的误解，比如： 误解一：测试的工作没有任何技术含量。 很多人都认为软件测试就是安装程序、运行程序、点点鼠标、按按键盘的工作。但这几年因为用户要求越来越高，产品变得越来越复杂，测试人员的技术知识体系也需要不断更新和完善，并且随着新工具、新流程、新设计方法的出现，软件测试人员也需要像开发一样持续学习。 误解二：测试就是找bug。 找bug、交bug是测试人员最基础的工作，测试工程师需要把控整个产品质量，代表客户的利益去把控产品、验收产品，因此他们需要做得不仅仅是找bug。 误解三：测试只是软件上线前无关紧要的一道程序。 一个项目的完成，基本要经过以下几个阶段：需求分析、概要设计、详细设计、软件编码、软件测试、软件发布。 大多数人都认为测试只是软件开发过程中的最后一步，不需要care前面的种种工作， 其实并非如此，软件测试是一个系列过程，包括软件测试需求分析

2020 软件测试的下一个阶段 近年来，随着IT行业服务的新趋势，软件测试领域有了长足的发展。新技术的引入带来了软件设计，开发，测试和交付中的最新更新。全球企业的头等大事是成本优化。通过这样做，大多数IT领导者都相信为其组织集成最新的IT技术。对于在云计算和业务分析方面排名很高的行业和企业来说，数字化转型是另一个重要的关注点。 质量和可靠性等因素受到了广泛关注，从而减少了软件应用程序错误，提高了安全性和应用程序性能。测试趋势的变化也将对质量保证和软件测试产生重大影响。这些行业增加了软件测试预算，尤其是在能源，公用事业和运输领域。 如今，这些公司正在将他们的测试（在软件开发周期的早期）接入敏捷或者是其他高效的模式，以使测试机制与“为业务就绪”的业务开发构建产品相匹配。一些公司还根据软件测试需求聘请独立的测试公司。这样，它们的测试成本更低，甚至不需要内部资源。 在软件测试领域，还有其他一些重要的趋势，例如DevOps测试，数字测试和数据仓库测试。因此，迫切需要适应世界上所有软件行业的最新测试趋势，这将帮助他们适应现代世界的需求。 下面我将主要趋势一一罗列出来，这些趋势正在改变软件测试的面貌 1:无脚本测试自动化 近年来，技术领域发生了一些变化。在软件测试领域也发生了同样的情况，在此领域，自动化测试不断发展以促进以最高质量发布快速软件。自动化一直很有趣

软件测试 软件的定义 软件(software)、硬件(hardware）、程序(program）、文档(document） 软件=程序（包括数据）+文档； 缺陷的定义 1.从产品外部看， 缺陷是软件产品开发或维护过程中存在的 错误 、 毛病 等各种问题； 2. 从产品内部看，缺陷是系统所需要实现的某种功能的 失效 或 违背 3. 简单的说，用户在软件使用过程中遇到的任何软件 错误 、 异常 都可以称之为“软件缺陷”； 计算机基础 裸机也包含软件？ 裸机包含软件，主要是 BIOS 程序（Basic input/output system 基本输入/输出系统）； 常见的操作系统？ Windows、Unix、Linux、苹果 软件分类 基本分类 a. 系统软件：操作系统、操作系统的补丁程序、驱动程序（操作系统的内核程序通过调用硬件的驱动程序完成硬件管理功能）； b. 应用软件：；； 按照软件结构分类 a. 看软件的运行是否基于网络 -----不是，单机软件； -----是，分布式软件； 操作系统的主要功能？ 硬件（设备）管理：通过驱动程序调度控制硬件设备； 进程管理：对运行的程序进行管理； 存储（内存）管理：使小内存可以运行大程序； 文件管理：管理文件和文件夹； 如何区分C/S和B/S结构软件？ 主要看客户端需不需要安装专门的软件？ - 需要—C/S - · 不需要—B/S 来源：

一、什么是软件测试需求（定义） 1、测试需求主要解决“测什么”的问题，一般来自需求规格说明书的原始需求（客户直接给出） 2、测试需求应该全部覆盖已定义的业务流程，以及功能和非功能方面的需求。（eg：假设我们要设计一个购物网站，我们从原始需求中就可以知道需要包括：注册、登录、浏览商品、购买商品、支付等功能，如果没有注册直接就可以登录那么这个测试就没有全部覆盖已经定义的流程。） 二、为什么需要软件测试需求 1、软件测试需求是设计测试用例的依据。 2、有助于保证测试的质量和进度。 3、软件测试需求是衡量测试覆盖率的重要指标。 三、如何进行软件测试需求分析 软件测试需求分析的一般步骤： 1、列出需求文档中具有可测性（原始需求中提到的可以验证的功能）的原始需求。 2、对每一条测试点进行细化，形成可测试的分层描述的测试点。 3、对形成的测试点从软件产品质量需求来分析，确定测试执行需要实施的测试类型。 4、建立测试需求跟踪矩阵，对测试需求进行管理。 测试需求分析的主要目的 ：找出测试点 测试点的分析 ： --通过描述需求分析中的输入、输出、处理、限制约束等，给出对应的验证内容：（功能性测试） --通过分析各个模块之间的业务顺序，和各个模块传递的业务信息和数据对存在功能交互的功能项，给出对应的验证内容。（功能交互测试） --考虑需求的完整性，要充分覆盖软件需求的各个特征，包含隐形需求验证