您的位置:首页 > 房产 > 建筑 > 【软件测试】软件测试入门

【软件测试】软件测试入门

2024/10/5 14:41:32 来源:https://blog.csdn.net/qq_65207641/article/details/139690466  浏览:    关键词:【软件测试】软件测试入门

软件测试入门

  • 一、什么是软件测试
  • 二、软件测试和软件开发的区别
  • 三、软件测试在不同类型公司的定位
    • 1. 无组织性
    • 2. 专职 OR 兼职
    • 3. 项目性VS.职能性
    • 4.综合型
  • 四、一个优秀的软件测试人员具备的素质
    • 1. 技能相关
    • 2. 非技能相关

在这里插入图片描述

一、什么是软件测试

最常见的理解是:软件测试就是找BUG,发现软件的问题。

现实中有很多场景我们都在进行测试:

  • 考试考完以后对答案——测试我们的答案的正确性。
  • 下载完一个软件后打开运行——测试这个软件能否正确运行。

最正确的理解是:软件测试就是验证软件产品特性是否满足用户的需求


早期,人们更多的将测试看成是对软件产品“检验”,检查软件的每个功能是否运行正常。
1983年,Bill Hetzel将软件测试定义为:软件测试就是一系列活动,这些活动是为了评估一个程序或者软件系统的特性或能力,并确定是否达到了其预期的效果。
从这话我们可以看出以下两点:

  • 测试试图验证软件是“工作的”,也就是验证软件功能执行的正确性
  • 测试的活动是以测试人员“预期的结果”为依据,这里的“预期结果”指的是需求定义。

软件测试的特点:软件测试只是一个样本试验,具有不可穷尽性


二、软件测试和软件开发的区别

  • 目的不同:
    • 软件开发 :据用户需求进行编码,构建出可靠软件系统
    • 软件测试 :验证和测试软件的质量,确保软件在各种情况下都能正确运行
  • 工作内容
    • 软件开发:
      编写代码→设计架构→调试代码→持续集成→文档编写
    • 软件测试:
      需求分析一测试计划→ 测试设计、测试开发→测试执行→ 测试评估

三、软件测试在不同类型公司的定位

1. 无组织性

无组织性测试最简单的软件测试组织形式,几个人就可以把所有软件测试工作做完,同时这样做没有任何分工、没有任何层次结构。

简单的软件测试组织带来的问题是:
- 软件测试依附在软件开发的组织下,不能真正发挥软件测试的威力。
- 一两个人的软件测试缺乏交流和思维的碰撞,导致测试人员的进步非常有限。
- 缺乏测试的组织,导致测试无计划进行,测试人员疲于应付各项突如其来的测试任务,测试经验也得不到很好的总结。

2. 专职 OR 兼职

按照测试人员的职责明确程度,可以划分成兼职测试专职测试两大类。

目前在很多软件企业,尤其是小规模的软件企业,往往没有专职的测试人员。在做测试工作的同时还要兼顾软件幵发、配置管理、技术文档编写、用户教育、系统部署实施等工作。

即使是在一些比较大规模的软件企业,拥有专门的质量部门,也会有兼职的情况,最常见的兼职工作是测试+配置管理,或者测试+QA。这种方式的好处是节省成本,可以充分利用资源。但是这样测试人员缺乏专门的独立的发展空间,不利于测试的纵深方向的发展,很难把测试做得精细,也不利于测试经验的积累和测试知识的传播。

当然,由于目前软件企业的现状,很多企业还是使用这种方式。新入行的测试人员来说,可以认为这是对自己很好的锻炼机会。
测试本身的要求就是知识面要广,而这些工作有助于从不同层面、不同角度、不同角色的位置考虑软件的相关问题。

3. 项目性VS.职能性

按测试人员参与项目的形式来划分,可分成项目型职能型

  • 项目型
    项目型的测试组织是指测试人员作为项目组成员之一紧密地结合到项目中,与项目组其他人员紧密协作,一般是从头到尾跟着项目走。当然,也有些项目是到了中后期才考虑把测试人员加入到项目中。这种类型的测试组织一般不会有测试组长,测试的管理由项目的主管或项目经理负责。
    在这里插入图片描述
    当然,在一些大的项目中,会划分出幵发组长、也会划分出测试组长,但是最终报告的对象都是项目经理。因此项目经理是负责测试资源调配和测试计划的主要人员。

  • 职能型
    职能型的测试组织是指测试人员参与到项目中是以独立的测试部门委派的方式进入的。

在这里插入图片描述
在这种结构中,一个测试人员有可能不仅仅测试一个项目的产品,可能会同时测试多个项目的产品。测试人员也可能不是长期稳定地从头到尾参与一个项目。

测试人员不向项目主管或项目经理报告工作,而是向自己所在的部门经理报告工作。并且这种结构的项目经理也可能是虚拟的,或者由多个部门经理共同担当。


这两种方式各有利弊:
项目型的优点:

  • 测试人员参与的力度很强,能深入了解项目方方面面的信息,有利于稳定持续有效地测试出更多细节问题。

项目型的缺点:

  • 测试人员受项目负责人的管理,在对待Bug的处理意见上往往受到约束,同时由于过于亲密,很可能出现“网开一面”,不能严格要求的惜况。
  • 此外由于缺乏独立的组织,测试人员的知识可能局限在项目组内传播,不利于测试经验在不同项目组之间的传播。

职能型的优点:

  • 能避免项目型的部分问题,并且能节省部分测试资源,充分利用各个项目阶段之间的时间差来合理利用测试资源。

职能型的缺点:

  • 深入程度不够,尤其是对项目涉及的领域知识和业务知识理解可能不够深入,导致测试的问题比较表面。

4.综合型

尽管独立的测试部门会有一些不可避免的问题,但是很多软件企业还是倾向于建立一个相对独立的软件测试组织。一个理想的软件测试组织可以是综合和兼容了几种结构方式的组织。

例如,可以将项目型结构和职能型结构组合并加以改造,测试部门是独立的部门,测试部门经理根据各项目组中项目经理的请求,结合公司对项目的投入和重点方向,决定委派哪些测试人员加入到项目组,并且长期稳定、持续地跟进项目,在项目的各个阶段都参与并做测试的相关工作内容。

测试人员作为一种服务资源供项目组调用,测试的结果和报告作为评估软件产品质量的必要参考信息,为项目经理做出产品发布的决定提供参考价值。

四、一个优秀的软件测试人员具备的素质

1. 技能相关

  • 编程能力 : 当测试人员具有编程能力时,对于软件容易出现的问题的地方会更加敏感,更容易发现潜在的问题。此外当测试人员具有编程能力时,也可以编写一些测试工具,提高测试的效率。
  • 优秀的测试用例设计能力:无论对于什么类型的测试,都能够设计出高效地发现缺陷,保证产品质量的优秀测试用例。
  • 快速学习的能力 :不同公司的业务以及使用的技术栈是不相同的,一个优秀的测试人员应该能够快速的理解业务需求,并对接手的项目进行快速的测试。

2. 非技能相关

  • 沟通表达能力:测试工程师的沟通能力会直接影响事务开展的效率。良好清晰的沟通能力,是一个技术优秀的测是工程师是否可以获得更好发展的“敲门砖”。
  • 文字表达能力: 测试工程师要设计测试用例,编写测试文档,测试报告,这些都需要借助文字进行表达,良好的文字表达能力能够避免一些表达歧义,提高测试的质量。
  • 责任感 : 测试往往是产品质量的最后个把关者;由于测试工作成效很难衡量,测试用例执行、bug数目的多少都无法说明产品的质量是否合格;所以,责任感是最重要的测试必备素质之一。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com