2016年上海事业单位招聘考试：软件测试和调试的区别

菏泽炫佑科技

2016年上海事业单位招聘考试：软件测试和调试的区别

软件：实现用户需求的源代码、配套文档以及支持其运行的配置数据。 它是逻辑上存在的资产。 （数据结构+算法+文档+服务）。

软件测试：以用户需求为基准，采用科学的测试方法对被测对象进行检测，发现偏离需求的需求实现情况。 软件测试：是贯穿整个软件开发生命周期，对软件产品（包括阶段性产品）进行验证和确认，以尽快发现软件产品中的各种软件缺陷的活动过程。 调试：通俗理解就是对软件程序代码进行的一系列检查和修正过程，目的是保证软件能够正常运行。 （早期的软件代码较少，逻辑简单，程序员可以处理）

软件测试的目的：程序测试是执行程序以发现错误的过程； 一个好的测试用例是能够发现迄今为止尚未发现的错误的测试用例； 成功的测试执行是发现迄今为止尚未发现的错误的测试执行。 。

注：软件测试的目的不仅是为了发现错误，更是为了测试可用性，统称为缺陷。 （发现偏离需求的需求实现）随着项目的发展，修改缺陷的成本越来越高； 随着项目的发展，发现缺陷的时间变得更加困难。

1、人们对软件测试目的的认识

证明（表明软件有效）→检测（发现错误）→预防（管理质量）。 注意：早期结构化同行评审用于帮助在编码前防止缺陷。

2. 测试执行

单元测试执行（UT执行）：一个测试用例的测试执行； 集成测试执行（IT执行）：一组测试用例的测试执行； 系统测试执行（ST执行）：不同测试阶段的测试执行。

3. 测试和调试的区别

#5:8:7:6:a:e:b:d:7:f:2:6:5:e:9:9:a:2:0:3:8:5:4:0:5:7:8:4:9:5:1:9#

编辑

4. 回归测试的目的

（回归测试适用于：增量开发；版本控制；软件维护）

验证缺陷是否修复或添加的部件是否正确；

检测代码的更改是否会引入新的错误。

5、软件测试的主要任务

检查代码并审查开发文档； 进行测试设计并编写测试文档（测试计划、测试方案、测试用例等）； 执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷*终得到修复； 通过测试质量衡量软件性能； ……

6、软件危机的出现主要表现在

1、由于缺乏大规模软件开发经验和软件开发数据积累，难以制定开发工作计划； 2、前期开发需求分析不够清晰，导致开发后期矛盾集中暴露； 3、不遵循开发规范，开发文档不完整，软件难以维护； 4、缺乏严格有效的软件质量测试方法，交付给用户的软件质量较差。

7. 软件危机的后果

1、软件质量不高，难以稳定； 2、软件项目延误，进度无法控制； 3、成本增加，预算无法控制。

八、软件危机的根源

1、根据摩尔定律，硬件正在快速发展，相应地对软件系统的期望也越来越高； 2、软件系统复杂度增加，需要多人协作； 3、软件开发是人类的智力活动，现有的软件不能使用。 组织管理的工业工程方法。

9. 为什么会出现软件缺陷？

软件缺陷的*大原因是需求规格说明； 软件缺陷的第二大来源是设计； 编写代码； 和别的。

10. 引入缺陷的常见原因

1、开发过程中缺乏有效的沟通，或者没有沟通； （表达不正确，导致理解不正确，导致设计不正确）

2、软件复杂度越来越高；

3、编程时出现错误； （语法错误、语义错误等）

4、需求不断变化； （项目失败的*大杀手，会导致重新设计、项目重新安排等）

5、项目进度压力； （为了抢占市场，必须比竞争对手更早提供产品，因此出现不合理的进度安排，不断的加班*终导致大量的错误。另一方面，由于软件项目的时间安排是*难的，往往涉及大量猜测，因此当截止日期到来时，经常会发生错误）

6、不重视开发文档； （当团队成员离开时，新员工很难理解和维护没有文档的代码） 7、隐藏在软件开发工具本身的问题； （尽量选择比较成熟的产品）

8、人员傲慢。 ……

11.缺陷类型

遗漏：指定的或预期的需求没有在产品中体现（规范可能没有完全实现，或者需求分析阶段可能遗漏了需求）； 错误：规范可能没有正确实现（可能是设计错误或编码错误）； 附加实施：规范中未指定的要求纳入产品中并实施。

12、缺陷的具体表现

该软件未实现产品手册中标明的功能。 软件存在产品手册规定不会发生的错误。 软件功能超出产品说明书规定的范围。 软件没有达到产品规范未规定但应达到的目标。 软件测试人员认为软件难以理解、难以使用、运行缓慢或*终用户认为软件不好。

13. 常用软件制作流程

（软件生命周期，模型，9个阶段）：市场调研→可行性研究→产品立项→需求研究→→设计开发→→系统测试→→产品发布→→产品维护→→产品升级。问题定义→可行性研究→ 需求分析（功能建模、数据建模） → 概要设计 → 详细设计 → 编码 → 测试 → 维护

1、计划（）：（1）确定软件开发的总体目标； (2) 对软件的功能、性能、可靠性和界面做出假设； （3）研究完成项目的可行性并探讨解决问题的办法； （四）估算可供开发的资源、成本、可实现的效益和开发进度； （五）制定完成发展任务的实施方案。

2、需求分析（）：详细定义要开发的软件，由需求分析师和用户讨论决定哪些需求可以满足，给出准确的描述，并编写软件需求说明书SRS。 （对于产品的软件开发来说，需求来自于市场调研2016年上海事业单位招聘考试：软件测试和调试的区别，特点是你想开发什么软件开发，你就自己开发；对于项目的软件开发来说，需求来自于客户的需求，特点是我们帮助项目型软件：特定客户指定特定软件产品的供应商，软件知识产权属于客户；产品型软件：特定软件是为特定群体开发的通用软件产品，软件知识产权归软件开发商所有。）

3、设计（概要设计和详细设计）：是软件工程的技术核心。 在此阶段，需要完成设计规范。 高层设计（HLD）：在设计阶段将各种需求转化为相应的架构，每个部分都是一个功能明确的模块； 详细设计（LLD）：提供每个模块要完成的工作的详细描述。

4、程序编码（）：将软件设计转换成计算机可接受的程序，即编写出用某种编程语言表示的源程序列表。

5、测试（）：检查软件是否满足客户需求，满足质量要求。 一般由独立团队执行。 测试工作分为：单元测试（测试各个功能）、集成测试（功能与功能的集成，即功能之间、模块与模块之间的集成，即模块、子系统与子系统之间的集成，即、系统间测试）、系统测试（测试各个功能需求、性能需求等）。

6、运行维护：软件交付用户正式使用后，进入维护阶段。 修改的原因可能有很多，比如软件错误、系统软件升级、软件功能增强、性能提高等。

14.软件开发三要素

人员、流程、工具； 只有合适的人，借助合适的工具，通过合适的流程，才能开发出高质量的软件； 工具为人和流程服务，发挥支撑作用，而人和流程则发挥关键作用。

15. 通用项目团队框架（软件项目团队成员组成）

#1:c:f:f:0:e:5:8:6:3:c:f:f:3:9:8:2:9:a:1:1:e:b:f:b:5:b:0:d:1:1:2#

编辑

1、项目经理； 2、开发团队：开发经理、分析师、设计师、开发人员； 3、测试团队：测试经理、测试人员； 4、配置管理团队：配置经理、配置经理（CMO、）； 5.SQA（质量保证人员）。

16.软件开发过程类型

1、瀑布模型（Model）：线性、串行、无风险的控制能力，适合需求变化较小的情况。 瀑布模型的核心思想是按照流程来简化问题，将功能实现和设计分开，以便于分工和协作。 即采用瀑布模型的结构化分析和设计方法，将逻辑实现与物理实现分离。 软件生命周期分为规划、需求分析、软件设计、程序编写、软件测试和运维等六个基本活动，并规定了它们自上而下、相互关联的固定顺序，像瀑布一样，步步为营下落。

规划阶段：项目计划、计划 需求阶段：需求规格说明、SRS：设计阶段：概要设计：高层、详细设计：低层 开发阶段：代码、用例 测试阶段：测试实施和执行 维护阶段：产品维护优势：简单高效（一般产品需要立即上线运行，应保证尽快运行，有时间就做其他事情）缺点：测试介入较晚，人员闲置严重，跟不上以及后续工作； 项目反馈的各个阶段之间变化很少； 结果只能在项目生命周期的后期才能看到； 通过过多的强制性完成日期和里程碑来跟踪各个项目阶段； 瀑布模型的突出缺点是不适应用户需求的变化。 适用范围：如果项目开发完成后才招募测试人员，可能是瀑布模型，不适合需求频繁变化的项目。 不适合大型项目，但适合小型传统项目业务研发。 适合范围：需求明确的小型项目。 根据瀑布模型的阶段，软件测试可以分为单元测试、集成测试和系统测试。

风险驱动模型，迭代模型（），可以在迭代模型中应用瀑布模型。 每次迭代都会产生一个工作版本，同时添加更多功能。 每次迭代都必须经过质量和集成测试。 增量：在软件开发过程中，首先开发主要功能模块，然后开发次要功能模块，逐步完善，*终开发出满足需求的软件产品。 迭代：指增量开发过程。 每个模块的开发都是反复进行的。 并不意味着完成一个模块后，就终止该模块的开发并开发下一个模块。 可能还需要不断改进以前开发的模块。 添加新功能。

2、螺旋模型：以风险管理为基础的模型，高风险优先，对风险管理人员要求较高。 基本瀑布建模和进化/增量原型方法的组合。 与瀑布模型的区别：螺旋模型有一个替代方案，它是多个瀑布模型的并行集合。 充分考虑了风险问题并设计了替代方案。 优点：充分考虑风险，抗风险能力强； 缺点：成本太高，需要专业风险分析专家参与； 适用范围：与生命财产相关的系统。

3. RUP（）：统一了软件开发过程，是一种面向对象、基于网络的程序开发方法论。 所有工作流程都体现在不同的阶段。 面向对象和通用。 特点：基于风险； 用例集驱动； 以架构为中心； 迭代和增量。 所以工作流程体现在每个阶段。 优点：针对大型复杂系统，逐步完善，降低实现复杂度； 用户可以在早期阶段提出变更并进行修复，从而有效控制变更（通常是部分变更）的风险和成本； 可以在早期增强用户信心（看到半成品）。 缺点：需要专业建筑师（建筑师负责）。 当功能之间的联系过于紧密时，不使用rup模型，例如登录和注册之间的联系； 已确定的职能不得改变。 但由于设计引起的内部连接的变化是不可控的。 适用范围：大型复杂项目、低耦合度系统的研发。

4. IPD ( )：集成产品开发。 IPD的思想来源于美​​国PRTM公司出版的《产品与生命周期优化方法》（简称PACE - And Cycle-time）一书。 所有方面都包含在产品开发模型中。 产品结构重组（资源重组）； 公共模块是共享的。 从整个产品的角度来看，而不仅仅是研发。 优点：有效地将软硬件研发、生产、销售等部门整合到一个平台进行统一管理，提高了决策的准确性和及时性； 促进部门之间关键数据的共享； 缺点：管理成本高； 它们之间的协调关系比较复杂； 适用范围：大型软硬件集成厂商。

5.敏捷开发：Scrum是一种迭代、增量的软件开发过程，通常用于敏捷软件开发。 计划开发某些功能并快速将每个功能一一实现，省略文档编写（包括概要设计等）。 在此基础上，还可以添加功能。

17、软件开发中的几个重要流程

需求管理、配置管理、缺陷管理、同行评审。

18.其他

1、测试不是点鼠标、敲键盘，而是结合业务逻辑和用户需求，运用各种技术。 2、一个好的软件测试人员必须懂开发知识； 一个好的软件开发人员必须了解测试。 软件测试主要是发现以下几类错误： ① 是否存在功能不正确或缺失的情况？ ② 界面上是否能正确接受输入？ 能输出正确的结果吗？ ③是否存在数据结构错误或外部信息（如数据文件）访问错误？ ④性能能否满足要求？ ⑤是否有初始化或终止错误？

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等