首页 软件开发 正文(wén)

软件开发测试流程图(软件开发的测试流程)

软件开发 2148
今天给各位分(fēn)享软件开发测试流程图的知识,其中也会对软件开发的测试流程进行解释,如果能(néng)碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!本文(wén)目录一览: 1、软件开发步骤是什么,主要流程

今天给各位分(fēn)享软件开发测试流程图的知识,其中也会对软件开发的测试流程进行解释,如果能(néng)碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文(wén)目录一览:

软件开发步骤是什么,主要流程

一般一个软件的开发是必须包含以下流程的:

1、首先制定项目计划,最初计划是里程碑性质的。可(kě)以先按瀑布模型设置,里程碑点主要為(wèi)需求评审、设计评审、经过代码开发和单元测试后进行集成测试、部署上線(xiàn)是一个很(hěn)重要的里程碑,一般用(yòng)户会期望系统何时能(néng)使用(yòng),进入试运行期。

2、需求开发阶段:怎么样写好需求很(hěn)关键,这个需要实践经验锻炼自己。如果有(yǒu)项目成员,可(kě)以一起做需求,这个阶段对于业務(wù)理(lǐ)解、分(fēn)析、如何开展调研以及文(wén)字表述、业務(wù)流程图描述还有(yǒu)文(wén)档编辑能(néng)力都有(yǒu)不少要求。一般分(fēn)為(wèi)《用(yòng)户需求说明书》和《需求规格说明书》,小(xiǎo)项目可(kě)以写一个《需求分(fēn)析报告》,《用(yòng)户需求说明书》是用(yòng)用(yòng)户的语言进行描述,让用(yòng)户和开发团队对于需求的达成一致的理(lǐ)解,《需求规格说明书》,则是对用(yòng)户需求的分(fēn)析,形成系统要具有(yǒu)的功能(néng),这个是真正提供用(yòng)户可(kě)交互操作的文(wén)档,也就是后期设计和代码开发的重要基線(xiàn)。

另外,作為(wèi)了解需求,拿(ná)出用(yòng)户UI和用(yòng)户交流也是一项比较重要的需求获取手段,虽然这个属于设计的范畴

3、系统设计阶段:

系统总體(tǐ)架构,结合用(yòng)户对系统环境、开发语言以及运行的网络硬件等要求,确定开发工具等,对应用(yòng)系统关系进行架构性设计,通过需求阶段对用(yòng)户的分(fēn)析归类,用(yòng)图的方式描述出用(yòng)户和各子系统或模块的全局视图,以及和其他(tā)系统的关系。也就是搞清楚系统的边界问题。

概要设计中除了高层架构设计,还需要设计网络拓扑图,以及系统部署图。概要设计比较重要的还有(yǒu)就是子系统、模块进行合理(lǐ)的划分(fēn)。模块的名称很(hěn)大程度上会成為(wèi)用(yòng)户的主要菜单,如何用(yòng)用(yòng)户的角度去取比较清楚的子系统和模块是很(hěn)重要的。

4、代码开发和单元测试阶段:这个阶段一般来说需要改进瀑布模型,类似跌代开发,把模块进行合理(lǐ)划分(fēn),把项目总體(tǐ)计划的代码开发测试阶段划分(fēn)為(wèi)多(duō)个时间段,每个时间段都包括代码开发、单元测试和集成测试,这个阶段还需要对需求变更进行跟踪控制,如果需求有(yǒu)变更,那么要把需求文(wén)档、设计文(wén)档都重新(xīn)跟上。跌代开发的好处就是不让代码开发阶段拉的过程,没有(yǒu)进行及时的自我检查,不小(xiǎo)心到了提交时间,却不是用(yòng)户想要的,还有(yǒu)可(kě)能(néng)都不是自己想要的。

项目经理(lǐ)重要的责任是控制好进度,能(néng)及早发现风险,并能(néng)拿(ná)出好的预防和解决办法的措施。合理(lǐ)安排好开发团队的任務(wù),合时的任務(wù)安排和衔接,你会觉得非常有(yǒu)艺术感,这个要自己體(tǐ)会了。另外,关注项目团队各人员的状况,保持高的战斗力,及时发现并能(néng)鼓励团队共同朝一个目标前进。

5、测试工作,测试是项目的很(hěn)重要的环节,怎么测试,怎么准确测试,怎么有(yǒu)效测试,怎么覆盖测试,时间、人手、经验扽个方面都会有(yǒu)制约。高级测试人员能(néng)够分(fēn)析系统各测试要点,在需求、设计阶段都要参与,提早了解如何去测试,能(néng)写出测试用(yòng)例。

6、文(wén)档工作,文(wén)档在项目开发中也占有(yǒu)重要位置,除非你觉得代码是项目唯一的成果,那么你把文(wén)档抛掉吧,什么都在你的脑子里,团队中人员一走,项目的一部分(fēn)也就带走了。代码开发其实也需要文(wén)档,代码是成果,代码注释是成果,模块开发卷宗也是重要的成果,因為(wèi)程序员在开发时候的逻辑是怎么样的,对于今后查问题很(hěn)有(yǒu)作用(yòng)。除非你的系统设计程度到了方法、类,把代码逻辑也都设计好了,那么程序员就CODEING去吧。

7、QA是对项目过程的质量保障,有(yǒu)些公司吧QA和测试工作合成一个岗位叫做QA测试人员,或者就叫QA人员。QA是对项目全过程的监管,独立于项目之外。监督项目经理(lǐ)在各项目里程碑提交相关成果,入库形成基線(xiàn)。

测试流程规范

1.概述

1.1目的 2

1.2适用(yòng)范围 2

1.3执行原则. 2

1.4角色和职责 2

1.4.1 测试leader 2

1.4.2 测试工程师 3

2.软件测试流程 3

2.1软件测试流程图 3

2.2 流程图解析 4

3.软件测试周期人员活动 7

3.1软件测试准备 7

3.2 测试执行阶段 8

3.2.1软件执行阶段流程图 8

3.2.2软件测试执行阶段人员活动 9

3.2.3测试扫尾工作 11

4.结语 12

 

 1.概述

1.1目的

1、有(yǒu)效的保证软件质量;

2、有(yǒu)效的制定不同测试类型(软件系统测试、主观性测试、专项测试、(自动化测试)、性能(néng)测试、用(yòng)户體(tǐ)验测试)的软件测试计划;

3、按照计划进行测试,发现软件中存在的问题;

4、对软件中已经解决的问题进行有(yǒu)效的验证;

5、判定测试过程和问题验证的有(yǒu)效性。

1.2适用(yòng)范围

适用(yòng)范围是参与产品软件测试的各测试工程师。

1.3执行原则.

1、标准化作业,尊重事实;

2、测试工程师需要对产品各项功能(néng)持有(yǒu)疑问的态度来思考软件;

3、测试工程师需要主动与项目组的所有(yǒu)成员保持有(yǒu)效的沟通,以便更好地完成测试任務(wù);

4、尽早发现问题,及时跟踪问题;

1.4角色和职责

1.4.1 测试leader

负责审核测试计划,参与计划的实施过程,确保计划的实施和按计划完成测试任務(wù);

制定、更新(xīn)和维护软件测试流程;

对发现的部门需要改进的问题提供解决方案;

制定短期、長(cháng)期的改进措施;进行评审和监督;

参与版本风险评估

参与软件需求与UI评审

编制STP(软件测试计划),组建测试团队

根据软件测试申请单的要求判定是否接受软件测试版本;达到软件测试标准安排系统测试;对测试需求进行组内培训。

9.测试任務(wù)的分(fēn)配,保证测试计划的按时完成,保障软件测试质量;测试过程进行跟踪;处理(lǐ)异常情况;定期发送测试报告(每一个升级版本)到开发、PM各管理(lǐ)人员

10.跟进BUG的修改情况,组织BUG评审

11.组织版本风险评估

1.4.2 测试工程师

按照测试计划进行测试的执行,测试用(yòng)例在编写、评审。

测试记录的整理(lǐ),

Bug的跟踪【包括:提交、验证、关闭Bug】。

参与BUG的评审

定时完成學(xué)习计划并提交學(xué)习报告给测试leader

2. 软件测试流程

2.1软件测试流程图

2.2 流程图解析

立项

对于版本,立项的条件只需要满足:

测试部收到版本立项通知,软件产品功能(néng)需求/设计说明书都已提供到位

版本进度表

当立项条件满足时,由测试部门经理(lǐ)指定测试,由测试组织立项与后续的测试工作。

需求初审

    测试Leader组织测试进行需求审阅,完成三个任務(wù):一是对文(wén)档进行评审,如对需求有(yǒu)疑问,或者对需求有(yǒu)建议要求要与需求输出人进行沟通,直到需求定稿;二是确定测试所需配置、资源、样机、以及需求对应的DEV等;三是确定好软件测试策略,策略主要包括如下方面:

1.测试依据

   a,软件需求文(wén)档

b,其他(tā),如参考其他(tā)竞品等

测试资源

   a,测试人员需求

   b,测试配置需求(需要前期的配置)

   c,测试样机需求(例如特殊需求需要特殊的手机)

测试策略

a,采取测试方法

b,采取哪些测试工具以及测试管理(lǐ)工具

       c,对测试人员进行培训等

测试人员安排

    测试Leader根据在需求初审过程中各功能(néng)模块提供的测试人员名单,完成测试人员安排。

需求分(fēn)析

   安排完毕后,测试Leader组织组员进行需求分(fēn)析,完成两项任務(wù):一是进行组内需求培训,保证所有(yǒu)组员完全理(lǐ)解需求;二是分(fēn)配测试用(yòng)例编写或维护任務(wù),确认测试用(yòng)例完成日期。

请注意:测试用(yòng)例完成日期必须在软件版本发布测试之前。

测试设计

测试设计主要包括测试用(yòng)例的编写与评审。由于常规的测试点的用(yòng)例都已经具备,这里主要针对新(xīn)的需求。

测试计划

当所有(yǒu)测试前的准备工作已经完成,测试leader就要根据开发时间表以及测试策略制定一个完整的软件测试计划(STP文(wén)档),测试计划的依据主要是版本开发计划和测试需求分(fēn)析结果。

测试执行

测试执行一般分(fēn)為(wèi)以下阶段:

确认测试→系统测试→验收测试→产品文(wén)档check,其中每个阶段还有(yǒu)回归测试验证问题。

     从测试的角度而言,测试执行过程是要考虑量和度的问题,就是指测试的范围与测试的程度的问题。

从管理(lǐ)的角度而言,在有(yǒu)限的时间内,在人员有(yǒu)限甚至短缺的情况下,要考虑如何分(fēn)工,如何合理(lǐ)地利用(yòng)资源来开展测试。当然如下几个问题也需要考虑:

a, 当测试人员测试的执行不到位、敷衍了事时该如何解决?

b, 测试效率问题,怎样提高测试效率?

c, 根据版本的不同采取怎么样的测试策略,是全面测试、自由测试还是针对模块的测试

软件评估

这里评估指软件经过一轮又(yòu)一轮测试后,确认软件无重大问题或者问题很(hěn)少的情况下,对准备上線(xiàn)的版本进行评估,以确定是否能(néng)够上線(xiàn)。软件评估会议由PM?组织,评估成员一般由DEV、PM、QA等组成。

测试总结

版本已经上線(xiàn)后,测试可(kě)以通过各种方式对整个测试过程进行总结,可(kě)以是做的好的方面的经验,也可(kě)以是不足之处以便后续版本避免。

测试维护

      由于测试的不完全性,当软件正式release后,用(yòng)户在使用(yòng)过程中,难免遇到一些问题,有(yǒu)的甚至是严重性的问题,这就需要DEV修改有(yǒu)关问题,修改后需要再次对软件进行测试、评估、上線(xiàn)。

3.软件测试周期人员活动 

3.1软件测试准备

目的

有(yǒu)效的做好测试准备工作,為(wèi)测试的执行做好前期所需;

按照需求制定好测试策略与测计划;

进入条件

版本正式启动

需求文(wén)档已经进行归档

输入

软件开发计划、软件开发时间表、软件产品功能(néng)需求/设计说明书等相关需求文(wén)档。

作业流程及其管理(lǐ)方法

No. 作业过程名 作业内容/管理(lǐ)方法 作业人 输出

1.立项当立项条件达到,测试leader指定测试组员,测试组员整理(lǐ)相关资料组织立项动作测试leader、测试组员测试计划

2需求初审测试leader组织需求的初审,邀请测试组员一起对需求进行审读,确认该版本对应的配置、资源,确认对应的测试策略测试leader、测试组员

3测试安排测试leader根据需求安排测试人员进行需求分(fēn)析与培训,并分(fēn)配测试用(yòng)例编写与维护任務(wù)

4测试设计测试进行TestCase的编写,然后由测试leader制定测试用(yòng)例的评审计划并按照计划进行评审;(要求开发人员、测试工程师);测试要将每次Case的评审结果进行记录,测试leader在使用(yòng)Case前进行评审结果的确认;

测试leader确认最终的Testcase和评审记录。

测试leader、测试组员测试用(yòng)例

Case编写的依据:

软件需求文(wén)档;相关规范和标准;

Case 编写基本规则;

1. 以相关需求文(wén)档為(wèi)编写依据;

2. 使用(yòng)条件和路径覆盖法判定Case的覆盖率;

3. Case的易理(lǐ)解和易操作性;

4. 针对不同测试目的编写测试用(yòng)例;

5. 根据不同的测试类型编写测试用(yòng)例(界面一致性、功能(néng)符合性、兼容性、性能(néng)稳定性)

5.测试计划编写和评审当测试用(yòng)例完成后需要组织开发、PM等相关人员进行评审;

当计划定稿后,测试leader需要严格按照制定的计划安排测试;

测试leader

测试计划评审注意事项:

1. 保证测试计划要符合开发计划

2. 测试的全面性;

输出

测试用(yòng)例

3.2 测试执行阶段

3.2.1软件执行阶段流程图

流程图解析

     1.根据整个软件测试执行过程,按时间分(fēn)成三等分(fēn),分(fēn)别為(wèi)T1:测试初期、T2:测试中期、T3:测试后期

T1:测试初期这个阶段,主要执行确认测试、基本功能(néng)的测试。确认测试的目标需要确保软件完全符合设计文(wén)档。基本功能(néng)的测试的重点是执行测试用(yòng)例,尽可(kě)能(néng)多(duō)的去暴露基本功能(néng)的问题,测试的执行方式以执行测试用(yòng)例為(wèi)主。

T2:测试中期采用(yòng)自由测试為(wèi)主,除了测试基本功能(néng)外,还需要重点测试性能(néng)、用(yòng)户體(tǐ)验性测试、兼容性测试。其中性能(néng)测试可(kě)借助于Perfdog工具进行测试。

T3:测试后期阶段,这个阶段仍然需要执行多(duō)遍测试用(yòng)例以确保基本功能(néng)的实现完全没有(yǒu)问题。

系统测试分(fēn)為(wèi)三个阶段,并不是单纯的时间三等分(fēn),而是每个时间段都需要达到测试目标。若没有(yǒu)达到测试目标,测试leader需要及时调节计划,并组织分(fēn)析问题,避免因為(wèi)测试不到位的原因导致版本延期。

3.2.2软件测试执行阶段人员活动

目的

有(yǒu)效的制定系统测试的软件测试计划;

按照计划进行测试,发现软件中的存在的问题(包括:界面、需求、功能(néng)、兼容性、性能(néng)等方面问题)。

对软件中已经解决的问题进行有(yǒu)效的验证;

判定测试过程和问题验证的有(yǒu)效性;

进入条件

完成测试计划和测试用(yòng)例;

已确认软件测试申请、软件版本

输入

软件测试计划和软件测试用(yòng)例。

软件版本;

作业流程及其管理(lǐ)方法

NO 作业过程名 作业内容 / 管理(lǐ)方法 作业人 输出结果

1测试任務(wù)安排测试leader获得软件版本后,确认后根据测试目的制定版本测试计划;

测试计划完成后,向组内成员介绍版本基本情况、测试时间安排等 

测试leader每个新(xīn)版本软件测试计划

2系统测试测试接收到软件测试申请并确认版本在发布时已提供相关信息后,安排测试依据测试用(yòng)例进行系统测试或进行自由测试;

在测试阶段,版本的第一轮和最后一轮测试必须至少执行一个完整的周期。包括过一遍完整的case;

测试leader

组员

测试报告

3验证测试每个版本对以前已修改的BUG进行验证,若确认已经修改,可(kě)执行关闭操作。组员

4性能(néng)测试测试leader安排组员,按照《性能(néng)测试用(yòng)例》进行测试,主要采用(yòng)与对比机对比测试得出内存峰值结果;组员内存峰值测试报告

6兼容性测试测试PM安排工程师,按照《兼容性测试用(yòng)例》进行对不同型号不同系统版本进行验证测试组员兼容性测试报告

 

输出

每个新(xīn)版本软件测试计划、测试报告、内存峰值测试报告、兼容性测试报告

3.2.3测试扫尾工作

目的

根据测试结果,组织版本评估

做好测试总结,积累好的经验,去除不好的东西

进入条件

完成了测试执行阶段,PM申请上線(xiàn)

作业流程及其管理(lǐ)方法

NO 作业过程名 作业内容 / 管理(lǐ)方法 作业人 输出结果

1版本评估上線(xiàn)前,测试leader书写软件测试报告并组织版本评估会议,邀请开发leader、项目经理(lǐ)等管理(lǐ)人员组织版本评估会议,最终由项目经理(lǐ)确认软件是否能(néng)够上線(xiàn)。项目经理(lǐ)(PM)

测试leader

测试组员

软件开发leader等

评估结果

2测试总结测试leader组织测试进行总结性会议,总结测试经验测试leader

测试组员

3维护测试当收到用(yòng)户反馈的严重性问题,测试leader组织测试验证并提交问题到JIRA跟踪;

开发人员重新(xīn)集成版本修改问题,测试leader验证后并组织一次全面的测试确保版本

测试leader

测试组员

测试报告

 

 

4.结语

      软件测试是程序的一种执行过程,目的是尽可(kě)能(néng)发现并改正被测试软件中的错误,提高软件的可(kě)靠性。它是软件生命周期中一项非常重要且非常复杂的工作,对软件可(kě)靠性保证具有(yǒu)极其重要的意义。测试流程制定的总目标是充分(fēn)利用(yòng)有(yǒu)限的人力和物(wù)力资源,高效率、高质量地完成软件测试任務(wù)。避免不足的测试使软件带着一些未揭露的隐藏错误投入运行,这将意味着更大的危险让用(yòng)户承担。然而一个规范实用(yòng)的流程,往往可(kě)以改善软件测试的效率。流程的制定為(wèi)测试计划的制定、测试过程的执行提供了文(wén)档性的帮助。让每一个测试很(hěn)清晰的明白,软件测试周期中每个时段该去怎么做。

     该流程的制定不是一成不变,在执行过程中若发现有(yǒu)不足之处,我们将更新(xīn)此文(wén)档,直到完全适用(yòng)于我们的项目流程。

软件开发的流程都有(yǒu)哪些步骤呢(ne)

软件开发的流程都有(yǒu)哪些步骤

1计划

对所要解决的问题进行总體(tǐ)定义,包括了解用(yòng)户的要求及现实环境,从技术、经济和社会因素等3个方面研究并论证本软件项目的可(kě)行性,编写可(kě)行性研究报告,探讨解决问题的方案,并对可(kě)供使用(yòng)的资源(如计算机硬件、系统软件、人力等)成本,可(kě)取得的效益和开发进度作出估计,制订完成开发任務(wù)的实施计划。

2分(fēn)析做软件致電(diàn)壹伍扒+++壹壹叁叁++++驷柒驷驷

软件需求分(fēn)析就是对开发什么样的软件的一个系统的分(fēn)析与设想。它是一个对用(yòng)户的需求进行去粗取精、去伪存真、正确理(lǐ)解,然后把它用(yòng)软件工程开发语言(形式功能(néng)规约,即需求规格说明书)表达出来的过程。

3设计做软件致電(diàn)壹伍扒+++壹壹叁叁++++驷柒驷驷

软件设计可(kě)以分(fēn)為(wèi)概要设计和详细设计两个阶段。实际上软件设计的主要任務(wù)就是将软件分(fēn)解成模块是指能(néng)实现某个功能(néng)的数据和程序说明、可(kě)执行程序的程序单元。

4编码

软件编码是指把软件设计转换成计算机可(kě)以接受的程序,即写成以某一程序设计语言表示的“源程序清单”。充分(fēn)了解软件开发语言、工具的特性和编程风格,有(yǒu)助于开发工具的选择以及保证软件产品的开发质量。

5测试

软件测试的目的是以较小(xiǎo)的代价发现尽可(kě)能(néng)多(duō)的错误。要实现这个目标的关键在于设计一套出色的测试用(yòng)例(测试数据与功能(néng)和预期的输出结果组成了测试用(yòng)例)。如何才能(néng)设计出一套出色的测试用(yòng)例,关键在于理(lǐ)解测试方法。不同的测试方法有(yǒu)不同的测试用(yòng)例设计方法。

6维护

维护是指在已完成对软件的研制(分(fēn)析、设计、编码和测试)工作并交付使用(yòng)以后,对软件产品所进行的一些软件工程的活动。即根据软件运行的情况,对软件进行适当修改,以适应新(xīn)的要求,以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。

软件测试的流程

1、测试需求分(fēn)析阶段:阅读需求,理(lǐ)解需求,主要就是对业務(wù)的學(xué)习,分(fēn)析需求点,参与需求评审会议。

2、测试计划阶段:主要任務(wù)就是编写测试计划,参考软件需求规格说明书,项目总體(tǐ)计划,内容包括测试范围(来自需求文(wén)档),进度安排,人力物(wù)力的分(fēn)配,整體(tǐ)测试策略的制定。风险评估与规避措施有(yǒu)一个制定。

3、测试设计阶段:主要是编写测试用(yòng)例,会参考需求文(wén)档(原型图),概要设计,详细设计等文(wén)档,用(yòng)例编写完成之后会进行评审。

4、测试执行阶段:搭建环境,执行冒烟测试(预测试)-然后进入正式测试,bug管理(lǐ)直到测试结束。

5、测试评估阶段:出测试报告,确认是否可(kě)以上線(xiàn)。

扩展资料:

件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很(hěn)小(xiǎo)、复杂程度低,软件开发的过程混乱无序、相当随意,测试的含义比较狭窄,开发人员将测试等同于“调试”,目的是纠正软件中已经知道的故障,常常由开发人员自己完成这部分(fēn)的工作。

对测试的投入极少,测试介入也晚,常常是等到形成代码,产品已经基本完成时才进行测试。到了上世纪80年代初期,软件和IT行业进入了大发展,软件趋向大型化、高复杂度,软件的质量越来越重要。

参考资料来源:百度百科(kē)-软件测试

软件测试的流程是什么?

需求分(fēn)析与架构设计:

我们做的是某一移动公司内部使用(yòng)的项目,需求分(fēn)析与架构全部由项目经理(lǐ)完成,之后由项目经理(lǐ)给具體(tǐ)某个开发人员分(fēn)配任務(wù),具體(tǐ)对某个功能(néng)模块的实现。这个对项目经理(lǐ)的经验与技术要求很(hěn)高,他(tā)既然担任了需求分(fēn)析师,又(yòu)担任架构师的角色。

程序员编码:

因為(wèi)我们开发语言用(yòng)的是JAVA 语言,IDE用(yòng)MyEclipse中自带的CVS版本管理(lǐ)工具,开发人员完成代码后,提交到版本库中。

测试:

我入职后的第一个任務(wù)是搭建缺陷管理(lǐ)工具,禅道项目管理(lǐ),通过推广对发现的问题进行跟踪。后来正明效果并不好,因為(wèi)对于一个六七人的开发团队项目,开发人员更喜欢测试人员能(néng)当面反馈,这样更能(néng)提高效率。对一个小(xiǎo) bug 通过当面交流的方式就可(kě)以将问题修复。

对于当时的环境,并没有(yǒu)测试环境。开发人员在本机上将项目进行部署运行。测试人员通过局域网访问开发人员的机子进行测试。或在测试人员本机上进行部署测试。这也是一个致命的缺点。因為(wèi)开发人员测试人员使用(yòng)的電(diàn)脑存在太多(duō)不稳定因素,这些都会造成问题的出现,有(yǒu)时候难以判定是系统问题还是环境问题。

上線(xiàn):

经过测试人员测试通过后,开发人员部署上線(xiàn)。

A程序员流程

你会发现在流程图中,A程序员是先发上線(xiàn)之后,再进行测试。这是我们一个面向大众用(yòng)户的网站,上面给与测试人员的定位是测试兼用(yòng)户體(tǐ)验,测试将发现的bug和體(tǐ)验问题提交到缺陷管理(lǐ)系统,由经理(lǐ)对问题进行分(fēn)析,指派开发人员解决。定期对系统进行更新(xīn)。

流程分(fēn)析:

这个流程唯一的优点,就是能(néng)快速的发现并修复问题。

缺点就非常多(duō)了,相信许多(duō)小(xiǎo)软件公司也有(yǒu)类似的流程。

这个流程中,项目经理(lǐ)是核心,项目经理(lǐ)也确实是有(yǒu)多(duō)年开发与项目经验的牛人,他(tā)喜欢不定期分(fēn)享上些前沿的技术。

对于测试来说,需求很(hěn)不明确,测试文(wén)档与用(yòng)例也是可(kě)有(yǒu)可(kě)无的产物(wù),没有(yǒu)需求文(wén)档,或非常简陋,根据需求文(wén)档根本无法编写用(yòng)例。我只能(néng)收集一些通用(yòng)的测试用(yòng)例,如登录、文(wén)件上传下载、列表翻页、日期选择、输入框验证、搜索等有(yǒu)一些“通用(yòng)型”用(yòng)例,以便在测试过程中做参考。功能(néng)测试的多(duō)了,拿(ná)到一个功能(néng),测试思路也就出来了。

软件测试的步骤

1、根据软件项目、产品的需求规格说明书提炼,整理(lǐ)测试需求,即本项目具體(tǐ)的测试点是什么,并形成文(wén)档,并对测试需求进行评审;

2、根据测试需求和项目的整體(tǐ)计划,制定测试计划,测试方案等,包括测试的时间节点安排,人力资源安排,测试策略等,并进行评审;

3、根据测试需求以及相关的设计文(wén)档,编写测试用(yòng)例,即明确每个测试点的具體(tǐ)的操作步骤,预期结果等内容,并对用(yòng)例进行评审;

4、准备测试环境和测试数据,包括测试系统部署的硬件环境和软件环境;

5、执行测试用(yòng)例,提交测试过程中发现的bug,并通过版本迭代进行回归测试,验证相关的bug;

6、完成内部软件系统的功能(néng)测试,系统测试之后,系统趋于稳定,提交客户进行验收测试;

7、编写软件测试报告;

8、对测试过程进行总结,并将测试过程中的所有(yǒu)文(wén)档进行归档。

扩展资料:

软件测试一般分(fēn)為(wèi)测试需求分(fēn)析阶段,测试计划阶段,测试设计阶段,测试执行阶段,测试总结阶段。根据项目的不同,每个阶段的具體(tǐ)工作内容会有(yǒu)些差别。但是每个阶段的目标是一样的。与软件开发步骤相配套,从而达到质量保障的目的。

测试需求分(fēn)析阶段以整个项目或者产品的需求為(wèi)基線(xiàn),进行分(fēn)析、整理(lǐ)得到测试的需求,这也是测试的纲领性文(wén)档和标准;测试计划阶段主要是结合整个项目的计划,编制软件测试部分(fēn)的工作计划。

测试设计阶段主要是根据测试需求和项目的相关设计,编写测试用(yòng)例,这也是很(hěn)重要的一环;测试执行阶段,就是进入常说的测试阶段,在测试系统中执行用(yòng)例,验证系统功能(néng)是否正确;测试总结阶段是测试执行完成后,需要做的收尾工作,给出所测试系统的质量评估与报告。

参考资料来源:百度百科(kē)-软件测试词条

关于软件开发测试流程图和软件开发的测试流程的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多(duō)这方面的信息,记得收藏关注本站。

扫码二维码