软件测试计划

软件生命周期 软件测试要经过一个什么样的过程呢，这就要从软件的生命周期开始说起了。 软件生命周期又称为软件生存周期或系统开发生命周期，是软件的产生直到报废的生命周期。 整个生命周期包括问题定义与规划、需求分析、系统设计、软件编程、软件测试、软件运维等阶段。 在周期内，无论是开发还是测试都依赖于某个模型进行作为依据，有效地提高开发、测试效率。 软件开发模型 在软件开发的实践中，总结了很多软件的开发模型来描述和表示一个复杂的开发过程，如果瀑布模型、快速原型模型、螺旋模型等。 软件测试与软件开发模式有着紧密的关系，作为一名测试人员，应该充分理解软件的开发模式，尽快的找准自己的位置，从而尽快的发挥自己的价值。 瀑布模型 瀑布模型是线性模型的一种，在所有的模型中占有重要的地位，是所有其他模型的一个基础。 瀑布模型如同工地里的建造盖房流程，使用里程碑的方式，严格定义了各开发阶段的输入和输出。如果达不到要求的输出，下一阶段的工作就不展开。 测试的切入点，开发完成后，必须留给测试足够的时间给测试人员，否则可能会导致测试不充分，导致很多问题到项目的后期才体现出来。 优点 明确划分了软件生命周期的各个环节。 强调早期软件计划，需求分析比较重要。 清晰的工作流程，便于分工协作。 适合需求稳定的产品开发。 每个阶段都有一个检查点。 缺点 线性的开发流程，存在巨大的风险。 依赖于早期的需求调查

软件测试定义： 保证程序和相应的规范说明一致 发现软件中的缺陷 确保软件不做不必要的事情 确保系统合理的运行 确保系统失败前可以让系统运行到何种程度 确保发布给用户的系统总有哪些风险 ISO9000定义：测试是一种基于机器的，对代码执行测试，确认测试的活动 　　IEEE定义： 使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别 　　测试人员定义： 软件测试是为了发现错误而执行程序的过程 什么是软件缺陷： 软件未达到产品说明书中已经标明的功能 软件出现了产品说明书中指明不会出现的错误 软件未达到产品说明书中虽未指出但应当达到的目标 软件功能超出了产品说明书中指明的范围 软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良 为什么会产生软件缺陷： 产品需求说明书 56% 设计方案 27% 编写代码 7% 其他 10% 完整的定义： 　　软件测试是发现并指出软件（包含软件经过建模、需求、设计等阶段所产生的大量输出工件及程序代码）中存在缺陷的过程，这个过程指明和标注问题存在的正确位置，详细记录导致问题出现的步骤， 及时存储当时的错误状态，以上组合在一起便于测试后问题能够准确再现 软件测试模型： 　　模型是对现实的抽象概括，对某些事件的简化表征 　　 V模型： （具体的模型图可以百度看一下）

一般实习生、新入职的软件测试新手，主管一般是让你先执行别人的用例。 为什么呢，其实很简单，新人执行用例是最好的边工作边学习的方式，如果让新人直接开始写用例，那么结果就是评审的时候提出很多问题、用例需要大改，费时费力。 而已经会写用例的人，新入职，一方面每个测试团队的测试用例粒度有所区别，另一方面，刚入职对于整个业务不熟，执行用例是熟悉业务的方式之一。 过了执行用例阶段，一般你会负责一个模块测试。但是很多人工作好几年，依然是只负责过模块的测试都没有机会（也许是不敢）独立负责一个完整项目的测试、上线。 那么独立负责项目的测试上线，你需要做什么呢？ 1、需求评审，确认研发计划。编写测试计划、测试方案。 2、先根据产品的需求文档 + 自己对当前行业的了解，拆分测试点 。拆分测试点的过程中，把遇到的不清晰的需求（或者技术方面，不理解的知识点），通过问产品/开发/搜索引擎检索/查阅公司内部资料，搞定 。 根据自己梳理完成的最终测试点，开始设计测试用例、进行用例评审（或是测试点评审）。 3、测试执行过程中 ，问题提交Bug系统，对提交的bug进行跟进、回归 。 4、关注风险 / 延期 ，以及 质量 / 进度 的平衡 ，及时反馈。 5、完成测试，提交测试报告 。 6、开始发布 、上线 （或有灰度发布流程。记得把上线的步骤，自己用文档，完整的记录下来，并模拟几次，确保无遗漏）。 7、进行生产环境测试

一、测试高级工程（15K-25K） 岗位职责： 1. 负责PC端、微服务应用的各类测试工作保证产品质量 2. 根据产品需求和设计文档，编写测试计划、测试用例 3. 根据需求完成测试环境的搭建和维护工作 4. 执行测试并确认測试结果、缺陷追踪提交测试报告 5. 参与自动化脚本编写，尝试新方法、新工具提高测试效率 岗位要求： 1. 至少5年以上测试经验，有自动化测试经优先，熟练掌握shell、 python等脚本语言，有专研新技术的偏好 2. 熟悉软件测试流程和规范，熟悉相关测试工具和管理工具(熟悉tapd优先） 3. 熟练使用SQL熟悉至少一种常见数据库具备一定的日志分析能力 4. 熟悉测试基本理论、包括黑盒、白盒测试技术 5. 熟悉功能测试和性能测试方法，并能根据目特点，设计测试策略和测试方案 6. 测试运维技术，熟悉 Jenkins、 docker、Tomcat、 maven、git等自动化集成工具。掌握些开源自动化部署集成平台优先 7. 善于与人沟通，为客户部门技术支持 二、高级测试工程师15-20K 职位描述: 1. 移动APP测试相关:功能测试，接口测试，界面自动化测试 2. 移动APP性能测试 3. 与项目相关人员就项目进度和问题进行沟通 4. 与优秀的工程师合作设计并推动测试工具与流程实现，以提高工程效率 5. 在核心技术团队中参与开发并构建接口、界面自动化框架

软件工程 软件工程的三个阶段： 定义、开发、检验 定义阶段：可行性研究、初步项目计划、需求分析 开发阶段：概要设计、详细设计、实现、测试 检验交付与维护阶段：运行、维护、废弃 开发过程的活动 软件规格说明书：规定软件的功能、性能以及其性能原理 软件开发：产生满足规格说明书的软件，包括设计和编码等工作 软件确认：确认软件能够满足客户提出的要求，对应于软件测试 软件演进：为满足客户的更变要求，软件必须在使用过程中演进，以求尽量延长软件的生命周期 软件开发的过程模型 在一个具体的软件开发过程中，软件工程师要设计、提炼一个工程开发策略，用以覆盖软件过程的基本阶段，确认所涉及的过程、方法、工具 常用的过程模型有线性顺序模型、原型模型、快速开发模型、演化软件过程模型等。 来源： https://www.cnblogs.com/zhangjiantaocs/p/11767835.html

1.按测试模式来分类 　　瀑布模型、敏捷模型、基于脚本的测试、基于风险的测试、探索式测试等 2.传统的瀑布模型 　　项目计划——需求分析——软件设计——程序开发——软件测试——集成维护 3.瀑布模型的优缺点 　　优点 　　　　①强调需求、设计的作用 　　　　②前一阶段完成后，只需要关注后续阶段 　　　　③为项目提供了按阶段划分的检查点，里程碑清晰 　　　　④文档规范 　　缺点 　　　　①难以适应需求的频繁变化 　　　　②项目周期后端才能看到结果 　　　　③强制的里程碑、完成时间点 　　　　④文档工作量大 4.V模型 　　需求分析/验收测试——概要设计/系统测试——详细设计/集成设计——软件编码/单元测试 5.W模型 　　用户需求/验收测试设计——需求分析/系统测试设计——概要设计/集成测试设计——详细设计/单元测试设计——编码/单元测试——集成/集测试——实施/系统设计——交付/验收测试　 6.敏捷测试的特点 　　①强调从用户角度进行测试 　　②重点关注迭代测试新功能，不再强调测试阶段 　　③尽早测试，不间断测试，具备条件即测试 　　④强调持续反馈 　　⑤预防缺陷重于发现缺陷 7.敏捷测试和传统测试 　　传统测试：测试是质量的最后保护者 　　　　　　　严格的变更管理 　　　　　　　预先的计划和细节的准备 　　　　　　　重量级文档 　　　　　　　各阶段测试严格的入口和出口标准 　　　

1. 测试应该尽早介入。 2. 所有的测试都应追溯到用户需求。 3. 程序员应该避免检查自己的程序。除了单元测试。因为程序员对于自己的作品，思维具有局限性。无法保证测试质量。交给第三方或者专业测试，运用各种测试技术，利用丰富的测试经验和对 BUG 的敏感，去提高软件的质量。 4. 设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下还要制造极端状态和意外状态。 5. 二八原则，测试发现的错误中 80% 很可能起源于 20% 的模块中。 6. 对错误结果要进行一个确认过程。 7. 制定严格的测试计划。 8. 完全测试时不可能的，测试需要终止。 9. 妥善保存测试过程中的所有文档。 软件测试计划： 5W1H 整个测试开始之前做的一些准备计划工作，一般包括以下内容： 1. 测试的目的。（ why ） 2. 测试的范围。（ what ） 3. 测试进度安排（ when ） 4. 测试人员。（ who ） 5. 测试环境。（ where ） 6. 怎么测，通过什么测。（ how ：测试工具，测试方法，风险评估，培训计划等） 还包括风险的分析和预防以及验收项目各项指标。 测试计划的作用： 通常分为内部作用和外部作用： 内部作用有以下 3 种：一是作为测试计划的结果，让相关人员和开发人员来评审。二是存储计划执行的细节，让测试人员进行同行评审。三是存储计划进度表

前言 在国内，软件测试行业是近20年来随着互联网的飞速发展逐步兴起来的。随着行业的发展，测试市场的人才缺口也越来越大，能够提供的就业机会也就越来越多，所以越来越多的人意气风发地投身到测试行业，憧憬这自己在这个行业内的事业前景。但是，随着大家这个行业的认知加深，慢慢也有很多人开始产生迷茫：我在这个测试行业里工作多年之后，每天似乎都在做重复的事情，技术提升遇到瓶颈；这样下去我会不会被这个行业所淘汰？随着工作年限的增加，我的年纪也在增加，开始焦虑，我在测试行业到底还可以做多久呢？甚至，有些还没有入行，只是准备想要进入这个行业测试人员，也在犹豫：测试行业会不会只是一场青春站，过了青春期，就会被这个行业所遗弃？ 溯源 其实，根据市场就业调查数据显示，目前超过三十五岁的测试工程师确实没有年轻人好找工作，甚至有些公司直接明文规定 “要求年纪35-40岁以下”。市场产生如此残酷的现象的原因大致有如下两点： 如金字塔原理，企业对越靠近金字塔顶端的人才的需求量就越少，所以市场上能提供出来适用35-40岁经验级别的岗位，肯定远少于初级测试员的岗位。这就是从源头上，减少了这个人群的就业缺口。 随着年纪增加，往往都没有办法像刚毕业的年轻人那样全心全意的扑在工作上了。前段时间，一个日剧《大叔的爱》里有句台词扎穿了很多网友的心，剧中交谈的两个人道出一条职场规则：“不要骂那些年轻人，他们会立刻辞职的

https://blog.csdn.net/qq_40018197/article/details/90027058 软件测试笔试题初级篇 一、选择题 1、对计算机软件和硬件资源进行管理和控制的软件是（D） A.文件管理程序 B.输入输出管理程序 C.命令出来程序 D.操作系统 2、在没有需求文档和产品说明书的情况下只有哪一种测试方法可以进行的（A） A.错误推测法测试 B.路劲分析测试 C.语句覆盖测试 D.条件覆盖测试 3、某测试人员通过执行测试软件测试的方法对当前功能进行了测试，该测试人员使用的测试方法为（C） A.静态测试 B.单元测试 C.黑盒测试 4、编写测试计划的目的是（ABC）多选题 A.使测试工作顺利进行 B.使项目参与人员沟通更舒畅 C.使测试工作更加系统化 D.软件工程以及软件过程的需要 E.软件过程规范化的要求 F.控制软件质量 5、关于软件测试与软件开发的认识，不正确的是（B） A.软件生命周期各个阶段都可能产生测试 B.软件测试是独立于软件开发的一个工作 C.软件开发的需求分析和设计阶段就应开始测试工作 D.测试越早进行，越有助于提高被测软件的质量 6、当一个应用程序窗口被最小化后该应用的程序将会出现一下哪种情况（D） A.被终止执行 B.继续在前台执行 C.被暂停执行 D.被转入后台执行 7、下列方法中，不属于黑盒测试的是？（A） A.基本路劲测试法

十、怎样让软件更容易测试和更容易成功？（第15章） 　　当上一个项目失败，需要考虑下一个项目应该如何改善。本章介绍几种让软件更容易测试和更容易成功的方法。 　　1、软件测试变得困难的原因 　　从根本上来看，软件测试变得更困难的原因在于我们变得更有野心。我们希望有大型的软件来完成更有效率更好的事情。 　　1.软件越大，可能出现故障的地方就越多（故障数目）。 　　2.软件越大，越难查明故障的原因（查明花的时间）。 　　3.软件越大，工厂为维修而关闭，就会导致生产上更大的损失（损失的机会成本）。 　　2、让测试更容易和成功的方法 　　2.1 让系统尽可能小 　　　　让系统尽可能小（但是不要过小）。让需求受控，需要决策者或相关人来区分某件事对于产品是否真的是必需的。 　　2.2 让“系统”模型是可扩展的 　　　　应该警醒地检查你开发的简单系统是如何与更大的、及其复杂的系统纠缠在一起的。 　　2.3 增量构建有清晰接口的分立组件 　　　　例如就像“不要一次做所有事”策略所建议的，可以采用增量方式进行构建，在完成一个部分的构建、测试和修复工作后再开始下一个部分。 　　　　增量构建是测试先行的思想，即开始构建每个组件前先建立一组验收测试。 　　2.4 减少进入产品的缺陷数目 　　　　测试的难度不仅和从系统中去掉多少缺陷有关，还和他们何时被去掉有关。一般而言，越早去掉一个缺陷，它造成的损失就越小