在实际软测工作中,工作流程是怎样的?

2020-08-14 10:38发布

3条回答
小猪仔
1楼 · 2020-08-14 10:42.采纳回答

整个测试流程由四大步骤组成:
一、测试计划
二、测试设计
三、测试实现
四、测试执行

一、测试计划阶段
任务1: 评审软件需求
责任人:测试经理或组长或资深测试工程师
目的: 评审软件需求规格说明书,提出文档中的问题
工作描述:项目经理、开发、测试等团队派代表参与软件需求评审,站在自身的角度提出需求中存在的问题或建议,产品如果采纳进行修复,修复后的软件需求规格说明书将做为开发和测试的参考。

任务2: 编写测试计划
责任人:测试经理或组长或资深测试工程师
目的: 通过计划指导后续测试活动有序进行
工作描述:编写测试计划明确测试范围、测试资源准备(硬件、测试工具等)、团队工作安排和进度、交付物

二、测试设计阶段
任务1:测试需求分析
责任人:测试经理或组长或资深测试工程师
目的:获取测试需求,确定测试项、测试子项
工作描述:根据软件需求、软件设计等研发类文档,从功能、性能、接口等多维度分析测试项、测试子项。

任务2:制定测试方案
责任人:测试经理或组长或资深测试工程师
目的:指导测试人员如何去测试
工作描述:编写测试方案,通过此文档明确测试环境、测试方法、 测试重点、测试维度等测试策略。

三、测试实现阶段(由测试工程师进行)
任务1:设计测试用例责任人:测试工程师
目的:设计测试用例指导测试执行
工作描述:测试人员运用合适的用例设计方法,进行测试用例的设计和编写工作,完成所有被测试系统的测试用例工作。

任务2:搭建测试环境
责任人:测试工程师
目的:准备测试环境,为执行测试做准备
工作描述:测试人员根据开发人员提供的《软件安装指导书》,完成测试环境搭建。测试人员搭建测试环境同时,要完成《软件安装指导书》的测试验证。 

实现阶段除了设计测试用例,搭建测试环境以外,可能还存在以下测试任务:
1、准备测试数据。
2、开发测试工具
3、编写测试脚本

四、测试执行阶段(由测试工程师进行)
任务1:执行测试用例
责任人:测试工程师
目的:测试执行
工作描述:测试人员执行自己负责模块的测试用例,执行同时要标记每个测试用例的执行结果。

任务2:提交缺陷单报告
责任人:测试工程师
目的:提交缺陷信息给开发人员
工作描述:测试人员执行测试用例时,如果发现缺陷,需要按照标准格式编写缺陷单,并跟踪缺陷解决情况和进度。

任务3:回归测试
责任人:测试工程师
目的:确认缺陷是否解决
工作描述:开发解决完缺陷后,提交新的软件版本,测试人员要确认提交的缺陷是否得到了有效解决,并确认未引入新的缺陷。

任务4:优化测试用例
责任人:测试工程师
目的:根据执行反馈调整测试用例
工作描述:在执行了测试过程中,可能会发现测试用例有部分冗余、不合适、缺少的,利用版本间歇期优化测试用例。

任务5:测试报告
责任人:测试经理或测试组长
目的:对整个测试总结
工作描述:在整个测试结束后,需要对整个测试工作和软件质量进行总结。测试报告主要包含:实际测试环境、测试过程数据的总结和分析、测试遗留缺陷处理、软件版本质量的评估、后续测试建议、测试结论。

老易
2楼 · 2020-08-14 10:59

做好测试准备

1)明确测试任务的范围

测试文档通常包括测试目的、测试环境、测试方法、测试用例、测试工具等。测试工程师首先要通读文档,对整个测试要求形成整体认识,明确测试目的,以及测试要求和测试重点,明确软件测试方法和使用的测试工具。 

2)明确测试时间

明确测试周期和测试时间进度。如果是多人合作完成一个软件,则要首先明确属于自己的测试内容、根据测试内容和测试周期,估算自己每日应该完成的工作量。此外由于软件测试是群体协作的测试活动,需要明确哪些测试内容要与其他测试工程师协作才能完成。 

3)设置测试环境

根据测试文档要求,设置测试需要的软件和硬件环境,包括操作系统,要测试的软件和其他必要的测试工具软件等。所有这些完成后,分别运行,查看是否能正确运行,保证符合测试文档要求的测试环境。 

4)学习被测试软件

对于不太熟悉的软件,可以通过阅读软件自身的教程和帮助文件,学习本软件的一般操作方法,也可以参照相关的书籍资料等。另外,向熟悉测试软件的其他同事请教软件使用方法,也是学习软件的一条捷径。对软件使用越熟练,测试过程越顺利,测试效果越理想。 

5)确认完全理解测试任务

软件测试最重要的要求就是确实明确了测试任务和要求,这包括正确理解了测试文档,确认可以按照测试进度要求,完成测试。对于测试工具要正确安装,熟练使用。如果有任何不明白之处,向软件测试负责人询问。切忌凭自己的理解和主观推测,自行其事。当然,真正测试中,往往会遇到各种新的小疑难问题,也需要及时向测试负责人请教,以保证测试顺利进行。

执行软件测试任务

1)按照测试文档要求,逐项认真测试

根据测试文档测试要求,按照测试步骤,逐项进行。通过运行软件,观察测试结果,与软件需求说明书的内容进行比较,找出软件错误。对于需要调用测试用例的测试,保证正确地调用了测试用例,注意观察和分析测试结果。某些不容易重复的错误,需要反复测试,总结重复该错误所需要的测试步骤,直到确认可以重复出现为止。 

2)记录发现的错误,填写软件问题报告

为了纠正软件中的错误,测试工程师要正确记录发现的错误,将错误再现的步骤写入测试报告中,测试报告是程序测试的重要组成部分,正确书写测试报告是对测试工程师的基本要求。采用软件缺陷数据库管理测试中发现的软件缺陷,每一条错误作为数据库的一条记录,方便记录、修改、查询。 

3)填写测试进度表和必要的测试内容记录表

每天将测试内容写入测试进度表文档,可以使测试负责人了解测试进度,控制测试周期内测试的连续性,增强测试过程控制性,保证测试的正常进行。测试记录要准确完整,实事求是,必要时插入测试注释,解释测试中的特殊问题。测试进度表是评价测试质量和工作内容的重要凭证,对于测试后发现的测试错误和失误,可以通过检查测试记录,寻找产生错误的原因。 

4) 测试中发现疑难及时请教

测试是一个动态的过程,可能由于自己的错误操作或者测试文档内容的错误,使得测试过程中出现自己不能解释的现象或结果,出现与测试要求不符合的情形,这时可能需要与其他测试者协商或求助,如果问题仍然不能解决,应该及时请教,听取意见和建议,必要时反复讨论直到问题全面解决。

全面检查测试结果

1)对照测试文档要求,检查测试内容是否完整

测试完成后,要对照测试文档检查测试是否全部完成,保证没有丢失测试内容。如果某些内容,由于测试环境的要求不满足,或者由于测试时间短没有进行,则要写入测试进度表文档。 

2)检验书写的软件问题报告的记录,使之确切、规范

正确书写测试记录是保证迅速定位软件错误,加快改正错误的必要前提。专业规范的软件记录报告是体现公司测试水平和专业实力的外在体现。认真检查书写的每条记录是否符合规范,格式、步骤、内容一一检查,必要时补充或删减。  


下面小猪仔的答案就写的很好,但是在实际工作中,每个公司都有可能因为业务的不同,规模的不同,领导人的风格不同,有不同的测试流程,这种测试流程并不是固定的。

相关问题推荐

  • 回答 19
    已采纳

    软件测试最主要的目的,是为了保证软件上线以后,能够正常平稳没有bug的运行下去,因为测试的本质就是找应用程序和需求规格说明书之间的不同,如果两者发现不一致了,那一定是出现问题了。而通过软件测试工作,能够帮助甲方人员更好的接受软件提供依据,也让...

  • 回答 10

    简单地说,测试点就是一个安装了网络速度测试程序的网站或服务器,供其它网友测试从其它地方连接到该网站或服务器的速度。比如,您有一个网站,您在网站中安装了我们免费为您提供的网络速度测试程序,经本站技术人员审核合乎要求,您的网站就成为本站测试联盟...

  • 回答 4

    果图法是一种适合于描述对于多种输入条件组合的测试方法,根据输入条件的组合、约束关系和输出条件的因果关系,分析输入条件的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件涉及的各种组合情况。因果图法一般和判定表结合使用,通过映射同...

  • 回答 10

       采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。

  • 回答 7
    已采纳

    在编程中,布尔量指一个真或假状态。通常它们分别用0,1或1,-1来表示,这和编程语言有关。具体来说当布尔量为真的时候表示一个表达式或判断成立,否则这个式子或判断不成立。你把它理解为成立或不成立就行了。...

  • 回答 6
    已采纳

     功能测试框架一般情况就是包含以下几类:界面友好性测试、功能测试、页面链接测试、容错测试、稳定性测试、 性能测试(简单方面)等等。   1.1.1 界面友好性测试  风格、样式的协调性是否合理  界面布局是否整齐,尽量不要使用滚动条  界面操作、...

  • 回答 6

    测试用例:为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。测试脚本是为了进行自动化测试而编写的脚本。两者的关系: 测试脚本的编写必须对应相应的测试用例...

  • 回答 6

    功能点:能够单独完成的某个具体业务流程。 一般在软件测试工作流程中的需求分析阶段,要根据需求说明书或者原型图提取功能点,功能点是和需求点相对应的。例如:每个软件都有注册登录,注册、登录就是两个功能点。登录模块还可以细化成登录功能,忘记密码功...

  • 回答 7
    已采纳

    一、一定要提交。1. 记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因。2. 尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。3. 程序员对程序比测试人员熟悉的多,也许你提交了,即使无法重新,程序员也会了解问题所在。4. 无...

  • 回答 5

    1、如果你的自学能力较弱,就找个靠谱的培训机构学习,培训机构的功能很简单:公司需要什么,机构就培训什么。针对市场,公司用人也舒服,求职者找工作也好找。2、如果你自学能力强就找些专业教材,结合网上的资料来学习。但是需要你有坚持的毅力。3、测试分...

  • 回答 5

    判定表(Decision Table)是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确....

  • 回答 5

    判定表通常有以下四个部分组成:1)条件桩(Condition Stub):列出了问题的所有条件。通常认为列出的条件的次序无关紧要。2)动作桩(Action Stub):列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。3)条件项(Condition Entry):列出针对它左列...

  • 回答 6

    、 黑盒测试:是一种常用的软件测试方法,它将被测软件看作一个打不开的黑盒,主要根据功能需求设计测试用例,进行测试。几种常用的黑盒测试方法和黑盒测试工具有,等价类划分法、边界值分析法、因果图法、决策表法。在实际运用中要选择合适的方法。二、 因果...

  • 回答 3

    长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界,就是...

  • 回答 2

    1) 边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。2) 边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。

没有解决我的问题,去提问