软件测试方法

1 、问：你在测试中发现了一个bug ，但是开发经理认为这不是一个bug ，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试 可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试 可以包括但不限于一下几个方面： 页面是否风格统一，美观

基础题（65分） 1、什么是需求？需求有哪些来源？（3分） 答：需求的分类：直接需求（用户直接需求告知要求）和间接需求（行业需求要求）；需求的定义：准确的描述用户需求； 来源：行业、用户、团队、运营、客服、自己（调研反馈、数据分析、竞品分析）；数据分析：产品功能使用情况，如行业报告、产品后台数据等挖掘用户需求；调研反馈：通过市场调研或用户调研等方式挖掘用户真实需求；竞品分析：确立竞品分析的目的，然后分析竞品的功能和内容都有什么，通过与竞品的对比得出自身产品的需求； 直白点说：01：来源客户要求；02行业要求；03公司内部分析的需求； 2、为什么说需求需要测试，如何测试？（4分） 答：需求是标准，贯穿整个项目，是项目中最重要的标准，必须经过多方面（技术、角色：用户、产品、测试、开发）测试，才能合理安排项目进度和技术分析设计，确保需求符合用户要求和课实现。 测试方法：01评审，参加人员（用户、产品、测试、开发）；02场景和技术模拟，确保可实现；03行业调研； 3、单元测试的定义？测试意义是什么？（3分） 答：指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块

什么是测试计划 　　测试计划，描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。 　　测试计划也称为测试方案，某些企业会将测试方案与测试计划区分开。测试方案主要是测试范围与测试策略，测试计划主要为任务安排与时间进度。 测试计划有什么作用 　　可以从四个方面来进行阐述，分别为管理者角度、测试负责人、测试人员与其他人员，为测试工作提供技术指导。 管理者可以根据测试计划做宏观调控，进行相应资源配置。 测试负责人可以根据测试计划跟踪测试进度。 测试人员能够了解整个项目测试情况，以及项目测试不同阶段所要进行的工作。 便于其他人员了解测试人员的工作内容，进行有关配合工作。 　　百度百科的说明 为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。 为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。 开发有效的测试模型，能正确地验证正在开发的软件系统。 确定测试所需要的时间和资源，以保证其可获得性、有效性。 确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。 识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。 来源： https:/

一、测试阶段也称测试级别 单元测试 集成测试 系统测试 验收测试 1.组件测试 也称单元测试 （1）单元是软件里最小的、可以单独执行编码的单位，通常由一人完成编程。 （2）对于采用流程语言（如C、VisualBasic等）的设计的软件，单元可以由一个或若干个最接近的函数或过程所组成。 （3）对于采用面向对象语言设计的软件，单元可以是一个类或类的实例，或者由方法来实现的功能。 （4）对于网页或用户窗口界面，单元可以是一个文字输入窗口或一个按钮等。 （1） 驱动器 是通过接口与测试对象通讯的辅助工具。用于调用被测试的组件或系统替代性程序。 （2）桩模块 桩用于替代或模拟那些还没有完成的组件（模块），用于模拟输入和输出（针对不完整的功能）。 （3）模拟器 用一个系统来描述另一个要测试的抽象系统的行为特征。 2.集成测试 1.集成 把组件/系统合并为更大部件的过程 2.集成测试 一种旨在暴露接口以及集成组件/系统间交互时存在的缺陷的测试。 3.有多种集成类型，如： （1） 组件集成测试 测试的目的在于发现接口和集成后组件间协同工作的缺陷。 （2） 系统集成测试 测试系统和其他软件包的集成： 例如，与商务标准软件的集成； 测试与外部系统的接口和交互： 例如，电子数据的交换、网络。 单元测试通常是单人执行，而集成测试通常是多人执行或第三方执行 4.集成测试的策略 （1）自顶向下集成 （2

一：对教材与参考资料阅读后关于软件质量保障你的体会是什么？ 我认为质量保障是非常重要的，以下是我的看法： 软件 （质量） =程序 （质量） +软件工程 （质量） 程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用“是|否”来判定，例如：一个字处理软件能否通过拷贝/粘贴与其他软件传递信息。 软件的开发过程有三个主要的特性：“好”、“快”、“便宜”。通俗的理解是“软件在功能、成本、时间三方面满足利益相关者的需求” 首先我们要做好软件质量保障的工作是需要团队统一观念，就是一定要保证质量；各个成员相互了解有一定的默契程度，这样在团队合作中就会大大提高效率和准确率；还有必要的沟通，一定要多进行沟通，这样才能达到统一，还可以促使各个成员想法的互通；方能达到最好的效果。 其次软件测试和软件维护是整个软件质量保证体系中最为重要的两个部分； 软件测试的目标是确保创建的测试计划能够满足所有的要求；确保经过测试和返工后软件与规格说明保持一致。软件测试是软件质量保证工作中不可或缺的，软件测试与软件质量保证是软件质量工程中两个不同层面的工作。软件测试是对过程的产物开发出的软件进行剖析，找出软件运行时出现的问题，记录出错数据，从而达到保证软件质量的目的。可以说软件测试是软件质量保证的最关键的措施。建立独立的软件测试，选择好的测试方案，不但能有效地控制软件风险、提高软件质量

问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；根据用户的一般使用习惯，来确认是否是缺陷；与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 问：给你一个网站，你如何测试？首先，查找需求说明、网站设计m等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试设计测试用例：功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试可以包括但不限于一下几个方面：页面是否风格统一，美观页面布局是否合理

单元测试 ： 单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误。 集成测试 ：集成测试：通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。 自顶向下集成 ：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。 自底向上集成 ：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。自底向上的集成（Bottom-Up Integration）方式是最常使用的方法。其他集成方法都或多或少地继承、吸收了这种集成方式的思想。自底向上集成方式从程序模块结构中最底层的模块开始组装和测试。因为模块是自底向上进行组装的，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）事前已经完成组装并经过测试，所以不再需要编制桩模块（一种能模拟真实模块，给待测模块提供调用接口或数据的测试用软件模块） 系统测试 ：系统测试

即使你正在使用人工测试，了解关于自动化测试进展如何仍然是重要的。不管你的角色是什么，你的每日工作仍然可能通过使用这篇文章中的至少一些方法被加强。这里，学习一些普通术语的含义和一些他们可能如何别应用在软件开发工厂。 近日来我推特了关于软件测试者需要了解自动化世界正在发生了什么。它得到了一个漂亮的温暖的回复，所以我想我应该要透露我的想法。 这些天来不管你在测试里的角色是什么，你的每日工作将可能通过以下方法的至少其中一些被强化。从最低程度我建议了解这些术语的含义和他们可能被应用在软件开发工厂的一个例子。 持续的集成服务 过去十年来在软件开发领域到来的自动化一个最大的变化是任务自动化。在过去，像构建一个应用的特殊版本，创建文档，或者更新bug报告的状态是人为的。一些团队甚至贡献为了 启动一个版本而负责的“创建人”责任。像这些人为的任务（或者是紧紧地绑定给个人或机器）是消耗时间的，并且创建来为了避免瓶颈，比如创建人占据私人的一天并阻碍新版本被完成。 幸运的是，持续集成（CI）工具通过允许任务被标准化和自动化来挽救。持续集成服务重要地安排和执行任务，一个规则的台式电脑能做的任务并且让这些任务在目标机器上执行而不是它自己。回到创建版本的例子，取代让鲍勃为手工在他的机器上创建版本负责，一个持续集成服务能被集成去选择一个目标机器并且在那台机器上执行版本。不仅使鲍勃不需要身体上在那台版本机器出现

摘要： 你越早发现你代码里的问题，它们的影响越小并且花越低的成本去修复它们。因此，它有助于更早地在软件开发生命周期中推动测试活动——在流程时间轴上左移。这篇文章探索了左移方法，并告诉你在你的组织中如何着手左移。 敏捷和开发运营团队对左移的混战是关于更早地在开发生命周期里移动关键的测试活动。 很多测试活动在周期里发生得晚，它花费了更多的时间去定位问题，更多的成本去修复它们。当你在开发周期之后等待实施测试活动，特别你的非功能业务需求，比如安全和性能测试，如此基本地根深蒂固在你的代码里，以至于你实际能做的是给它们打补丁而不是恰当地修复它们。 左移是关于更快地做这种识别和预防缺陷。 发现并修复软件缺陷 左移的测试策略可以很好地以卡柏斯•琼斯的有点出名的图表表格做阐释，下面展示了当问题和缺陷被引入到软件开发每个阶段的软件中，它们的增加成本。 图表显示的第一部分指明了绝大部分代码缺陷在编码周期引进的，可以是预料之中的。 他们是否犯错误、误解需求，或者没有通过特别的代码块的分支去考虑，当代码被生成时开发引入缺陷。当一起结合代码块的时候，缺陷也被引进应用程序，特别是如果涉及多个团队成员（并且就像现代架构比如微服务变得更复杂时）。 现在让我们叠加上相同的图，顺着线，展示出被发现的缺陷。注意从根本上它是第一条线的倒转： 这也不奇怪，因为典型地当你开始测试时你发现了bug

软件体系结构研究新方向 21世纪软件技术展望 1.开放源代码 下一世纪的操作系统将继承现在好的操作系统的主要优点，变成开放的和进化的。在操作系统开放之后，系统软件产业将主要集中在软件环境平台和工具的研究开发上。可视化编程环境与工具、办公套件、家庭套件、学习套件等将会有很大的空间。 21世纪软件技术展望 2.跨平台 使得一次写好的应用软件在各种不同硬件系统上都可以运行、使得已经设计好的程序模块被有效地重复利用。 目前跨平台这一设想还没有完全有效地被实现，相信21世纪第一个10年一定可以完成。当然，如何解决非Java语言软件的跨平台问题仍然是一个难题。 21世纪软件技术展望 3.软件工业化 随着软构件的规范化和实用化，计算机软件生产的工业化程度会慢慢提高，软件发展的速度也会慢慢加快。估计到21世纪的第一个10年结束的时候，软件的工业化程度应该达到20世纪90年代中期计算机硬件的工业化程度。 21世纪软件技术展望 4、友好界面 多媒体技术、语音识别与合成技术、手写体文字的识别、自然语言理解与机器翻译技术、图像处理与图形学技术、用户图形界面技术、人工智能技术等等都是解决软件系统友好性的关键技术。 21世纪软件技术展望 5.基于网络的应用软件 利用了WEB浏览技术、多媒体技术和网络信息管理系统等综合技术而构成的网络应用软件（例如电子商务）将是今后软件业发展的最大舞台。 纲要