2019-11-18 21:04:07 qq_39991513 阅读数 43

软件测试的基本流程:

了解用户需求(参考需求文档)——制定测试计划(测试范围、人员安排、测试策略与方法、风险评估和规避策略)——编写测试用例(并进行评审)——执行测试用例——编写缺陷文档(缺陷报告)——测试总结报告(测试评估是否可以上线)


软件测试方法

从测试设计分类:

测试名称 测试内容
黑盒测试 从软件的行为测试而不考虑软件的内部代码
白盒测试 从软件的内部代码测试
灰盒测试 介于黑盒和白盒之间

从测试的目的分类:
功能测试

测试名称 测试内容
单元测试 在最低的功能/参数上验证程序的准确性
功能测试 验证模块功能
集成测试 验证有依赖关系的模块功能
场景测试 验证几个模块能否完成一个用户场景
系统测试 对于整个系统功能的测试
alpha测试 测试人员在真是用户环境对软件全面的测试
Beta测试 用户测试(公测)

非功能测试
压力测试-负载测试-性能测试-全球化测试-兼容性测试-配置测试-可用性测试-安全性测试
冒烟测试-构建中测试-验收测试
回归测试-探索性测试-粗略测试


软件测试用例设计方法

1.等价类划分法

输入框 登录 注册等场景

2.边界值划分法

基本上与等价类划分法一起使用,划分边界值(最大、最小值)

3.因果图/判定法

找出所有输入、输出条件,分析,列出输入条件所有的组合和限制条件,确定输入条件会产生怎样的输出结果,画因果图,填写判定表,最后编写测试用例

4.正交排列法(不常用)

5.场景导出法

模拟真实用户列出操作情形,关注主要功能和业务流程能否正确实现。
划分基本流和备选流

  • 基本流(有效、正确)
    模拟用户正确的业务操作流程
  • 备选流(无效、错误)
    模拟用户错误的业务操作流程
2019-09-16 13:19:30 qmm950524 阅读数 1772

一、软件测试理论基础

1. 软件测试的定义: 使用人工和自动手段来运行程序,目的在于检验是否满足了需求。

2. 软件测试的目的: 是想以最少的人力、物力和时间找出软件中潜在的各种错误与缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后由于潜在的软件缺陷和错误造成的隐患以及带来的商业风险。(以最少的人力、物力和时间找到软件中的缺陷并修改,从而避免商业风险。)

3. 软件测试的原则: 追溯到用户需求;尽早和不断地测试;缺陷报告;妥善保存测试文档。

二、 软件测试方法: 黑盒测试、白盒测试、灰盒测试、动态测试、静态测试、性能测试、压力测试、安全性测试、兼容性测试等。

三、软件质量模型六大特征:
1)功能性
2)可靠性
3)易用性
4)效率性
5)可维持性
6)可移植性

四、软件测试质量五个基本目标:
1)保证有计划进行
2)保证遵循步骤和需求
3)及时通知给对应人员
4)高管可以接触到项目内部
5)软件质量需要测试工作来保证

五、软件测试基本流程
1)需求分析
2)测试需求
3)测试计划
4)测试方案
5)测试用例
6)执行测试
7)测试报告

2019-04-20 17:22:49 weixin_44812034 阅读数 667

在这里插入图片描述
Istqb–国际软件测试资质认证委员会是国际唯一全面权威的软件测试资质认证机构,主要负责制订和推广国际通用 资质认证框架,即”国际软件测试资质认证委员会推广的软件测试工程师认证“(ISTQB Certified Tester)项目

测试基本流程》流程定义:活动,角色,输入,输出(交付件),入口/出口准则,工具,模板等。
PDCA:测试计划如何?
如何开展测试?
测试结果检测
测试结果反馈/优化调整
在这里插入图片描述
软件测试计划流程:
1、计划和监控
2、分析与设计
3、实现与执行
4、评估与报告
5、结束活动
解析:2【分析的是测试需求,设计的是测试方案】 3【实现(测试用例)–很重要的部分,执行(执行测试用例,测试记录,缺陷管理)】 4【评估测试活动规范性、评估软件质量(缺陷分析和统计),输出测试报告(站在不同角色)缺陷报告。】 5【项目总结】

详细的流程
在这里插入图片描述

2018-03-07 15:26:46 Yorkie_Lin 阅读数 1812

在前面两篇,我们已经学习了基本的一些知识点,今天继续了解软件测试流程,软件测试流程可以说是跟随软件开发阶段而形成的相应任务。

 

软件测试流程是一种抽象的模型,用于定义软件测试的流程和方法。众所周知,开发过程的质量决定了软件测质量,同样的,测试过程的质量将直接影响测试结果的准确性和有效性。软件测试过程和软件开发过程一样,都遵循软件工程原理,遵循管理学原理。

 

软件测试过程可分成以下步骤:单元测试、集成测试、确认测试、系统测试和验收测试。如下图

其中单元测试主要是分别完成每个单元的测试任务,以确保每个模块能正常工作。

集成测试是把已测试过的模块组装起来,进行集成测试,其目的在于检验与软件设计相关的程序结构问题,这时较多的采用黑盒测试方法来设计测试用例。

确认测试主要是在完成集成测试之后,要对开发工作初期指定的确认准则进行检验。

系统测试是针对在完成确认测试以后,给出的应该是合格的软件产品,但为检验它能否与系统的其他部分(如硬件、数据库及操作人员)协调工作,需要进行测试;严格地说,系统测试已经超出了软件工程的范围。

验收测试是检验软件产品质量的最后一道工序,与前面讨论的各种测试活动的不同之处在于它突出了客户的作用,同时软件开发人员也应有一定程度的参与。

其实这些测试,在上一篇博客概述过,只不过现在结合图形来学习比较的深刻、形象。

 

软件测试的过程模型

V模型:V模型是最具代表意义的测试模型,它最早由Paul Rook在20世纪80年代后期提出的,V模型在英国国家计算机中心文献中发布,旨在改进软件开发的效率。

 

在传统的开发模型中,比如瀑布模型,人们通常把测试过程作为在需求分析、概要设计、详细设计和编码全部完成之后的一个阶段,尽管有时测试工作会占用整个项目周期一半的时间,但是有人仍然认为测试只是一个收尾工作,而不是主要的过程。V模型的推出就是对此种认识的改进,V模型就是软件开发瀑布模型的变种。

 

V模型的软件测试策略既包括低层测试,又包括高层测试。低层测试是为了验证源代码的正确性,高层测试是为了是整个系统满足用户的需求。

 

V模型存在一定的局限性,它仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段。容易使人理解为测试是软件开发的最后一个阶段,主要是针对程序进行测试寻找错误,而需求分析阶段隐藏的问题一直到后期的验收测试才被发现。

 

W模型的建立

V模型的局限性在于没有明确地说明早起的测试,不能体现“尽早地和不断地进行软件测试”的原则。基于这个原则,在软件的需求和设计阶段的测试活动应遵循IEEE标准的原则,所以两个V原理的W模型就问世了。

 

W模型是由Evolutif公司提出,相对于V模型,W模型更科学。W模型可以说是V模型自然而然的发展。它更强调:测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试这样,只要相应的开发活动完成,我们就可以开始执行测试。可以说,测试与开发是同步进行的,从而有利于尽早的发现问题。以需求为例,需求分析一完成,我们就可以对需求进行测试,而不是等到最后才进行对需求的验收测试。

 

同样的,W模型也是有局限性的。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行活动。同样的,软件开发和测试保持一种线性的前后关系,需要有严格的指令表示上一阶段完全结束,才可正式开始下一阶段。这样就无法支持迭代、自发性以及变更的调整了。

H模型:虽然软件开发期望有清晰的需求、设计和编码阶段,但是实践告诉我们,严格的阶段划分只是一种理想状况。没有几个项目在有了明确的需求之后才开始设计的。所以,相应的测试之间也不存在严格的次序关系。同时,各层次之间的测试也存在着反复触发、迭代和增量的关系,其次,V模型和W模型都没有很好的体现流程的完整性。

 

为了解决以上问题,有专家提出了H模型。它将测试活动完全的独立出来,形成一个完成独立的流程,将测试准备活动和测试执行清晰的体现出来。

这里图中的其他流程可以是任意开发流程,如设计流程和编码流程,也可以是其他非开发流程,比如SQA流程,甚至是测试流程自身,也就是说,只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了。

 

X模型:由于V模型收到了很多人的质疑,因此,也有人提出额一些不同的观点和意见。在此,向大家介绍另外一种测试模型,X模型,其目标是弥补V模型的一些缺陷。

 

X模型左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后,将进行频繁的交接,通过集成最终合成为可执行的程序,图中的右上方可以体现出来,而且这些可执行程序还需要进行测试,已通过集成测试的成品可以进行封版并提交给用户,也可以作为更大规模和范围内集成的一部分。


同时,X模型还定位了探索性测试,这是不进行事先计划的特殊类型测试,诸如,“我这么测试一下,结果会如何?”,这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。

以上为基础理论知识,作为了解级别处理。

2019-08-10 19:18:40 weixin_43376602 阅读数 91

软件测试小结

简要概述

对于软件测试新手而言,很多人百度软件测试的概念以及大概的测试流程,都看得很懵,因此我看了一些资料之后,对软件测试的概念以及流程做了一些简单的说明。

概念

软件测试简单来说,就是站在用户的角度来思考,对项目或者程序进行逆向思考,尽快尽早尽多地发现软件的缺陷,验证软件产品是否满足用户的需求,目的是促进软件质量与用户满意度的提升。

流程

站在用户的角度,以不断完善产品的用户体验为宗旨,大概的测试流程有如下:

  1. 需求分析:了解产品,熟悉用户的需求。
  2. 设计评审:这一环节包含了交互设计、界面设计、用户体验设计。在项目的前期、中期、后期都需要进行设计评审,旨在发现潜在的不确定的因素,或者对已经知道的不足采取措施,跟踪以至于解决这些问题,使评审对象最后具有能力满足需求。(具体的设计评审说明可查看:https://www.uisdc.com/complete-design-review-process
  3. 制定测试计划:什么时候,有多少人,需要完成多少功能的测试,具体是根据需求规格说明书来制定的。
  4. 设计测试用例:为指导测试行为而编制的一组测试输入、执行条件以及预期结果,以便测试某个功能是否满足某个特定需求。
  5. 搭建测试环境
  6. 执行各级别和类型的测试
  7. 测试结果分析
  8. 缺陷跟踪:找到缺陷之后,要及时跟踪缺陷,确保缺陷已经被处理解决。
  9. 测试评估和报告

软件测试的流程

阅读数 587

软件测试项目流程

阅读数 1843

没有更多推荐了,返回首页