软件测试流程_软件测试流程图 - CSDN
  • 软件测试工作流程总结

    千次阅读 多人点赞 2018-07-10 16:15:30
    Q:软件测试的工作过程有哪几步?答:需求、计划、方案、用例、执行、总结。1、测试需求测试需求分析:分析识别测试范围,解决测什么的问题,方便测试的跟踪和管理。测试需求分析的流程:需求采集—>需求分析...

    Q:什么是软件测试?

    答:特定的环境、特定的条件下运行软件,验证其能正常运行,并发现其缺陷,对软件的质量进行评估的过程。


    Q:软件测试的工作过程有哪几步?
    答:需求、计划、方案、用例、执行、总结。


    1、测试需求
    测试需求分析:分析识别测试范围,解决测什么的问题,方便测试的跟踪和管理。
    测试需求分析的流程:需求采集—>需求分析—>需求评审。
    测试需求分析的评审:完整性、准确性、一致性、易理解性、无歧义性。
    测试需求分析的时间:开发需求完成后。

    参考依据:
    (1)狭义依据:需求规格;
    (2)广义依据:参照上面的测试需求分析来源。

    Q:在测试需求不明确的情况下,如何保证测试质量?
    (1)多方收集需求;
    (2)多与开发人员沟通;
    (3)若有以前的系统,参照以前的系统;
    (4)找类似的产品熟悉;
    (5)到网上查找与系统相关的业务知识、专业术语。

    测试需求分析的来源:
    (1)开发文档:需求规格、概设、详设、数据库结构设计文档、模块功能图等;
    (2)用户需求:与用户或需求分析人员沟通,需求调研的会议纪要,与用户邮件往来;
    (3)软件雏形:可运行软件,软件的框架;
    (4)相关的规划及标准:各行各业的标准、国家标准、行业标准、企业标准、项目标准、国家法律法规;
    (5)类似的产品:公司内部相同的旧版本产品,行业其他公司类似的产品;
    (6)测试知识经验库:测试人员的业务背景、系统业务知识的积累、个人的测试经验积累;
    (7)其他隐性的需求:产品利益相关者的建议、会议纪要、备忘录、沟通记录、邮件往来等。

    测试需求分析的内容:
    (1)业务流程图的分析;
    (2)用户和角色的分析;
    (3)数据库结构的分析;
    (4)测试要点的分析。

    测试需求分析的方法:
    (1)测试功能点分析法;
    (2)功能交互分析法;
    (3)质量特性分析法;

    (4)测试类型分析法。


    2、测试计划
    测试计划:管理层文档,对测试过程、测试活动起到指导的作用,解决做什么的问题,5W。

    测试计划编写时间:测试需求完成之后。

    评审人:项目经理、QA、开发、产品、设计人员。

    输出文档:总的测试计划文档。

    测试计划的内容:
    (1)项目背景,缩略语(专业术语);
    (2)测试的参考文档、测试的交付文档;
    (3)测试目标、测试范围、测试环境、测试工具、测试策略、测试风险;
    (4)人力资源的分配、工作量的估算;
    (5)测试时间、进度安排、任务分配、培训计划等;
    (6)出入口准则(准入准出标准)等。

    测试风险:质量、时间进度、成本、变更、人员变动等;

    QA与QC的区别:QA为质量保证、QC为质量控制。

    冒烟测试:在测试之前,对软件进行可测性检查,保证基本功能,基本流程可通,提高工作效率。
    回归测试:包括完全回归和部分回归(根据操作频率和风险选择)。


    项目项目时间周期测试用例数量
    3个月-10个月500-1000个
    10个月-1.5年1000-2000个
    1.5年以上2000个以上

    测试阶段占用时间比例
    测试需求阶段10%-20%
    测试计划小项目2-3天,大项目5天左右
    测试方案小项目1周,大项目2周
    测试用例测试总时间的30%
    测试执行测试总时间的40%
    测试报告小项目2-3天,大项目5天














    集成策略: 
    (1)非增量式集成:大爆炸式集成;
    (2)增量式集成:自顶向下、自底向上、三明治。

    测试准入条件:
    (1)测试用例编写,测试评审完成;
    (2)开发人员完成编码,并完成自测;
    (3)冒烟测试通过;
    (4)开发组提交了测试申请单;

    测试准出条件:
    (1)时间标准:项目时间用尽;
    (2)缺陷修复:致命/严重缺陷比率为0%,一般<5%,轻微<10%;
    (3)测试用例执行覆盖率为100%;
    (4)测试用例对需求覆盖率>95%;
    (5)缺陷修复率达到一定的标准;
    (6)收益比:存在bug,但是修复需要花费的时间大于受益,测试停止;
    (7)完成软件测试验收报告,并且报告结果达到认可。


    3、测试方案
    测试方案:技术层面文档,主要对被测软件测试特性、方法、环境等进行规范,解决怎么做的问题。
    测试方案的编写时间:测试计划完成之后。
    参考依据:测试计划、测试需求分析、测试规格、概设、详设。
    评审人员:测试人员、开发人员、项目经理、QA。

    测试内容:
    (1)项目背景、测试目标、测试范围、测试环境、测试策略、测试工具;
    (2)测试特性的分析;
    (3)测试特性方法的分析;

    以最少的用例更全面的覆盖需求,测试不能发现潜在的缺陷;

    缺陷的级别:致命、严重、一般(不超过15%)、轻微(不超过20%)、建议。

    缺陷处理状态迁移图:新建—打开—已修正—已关闭—拒绝—延迟—重新打开。

    缺陷优先级的考虑方面:
    (1)缺陷本身的严重级别;
    (2)功能的重要性方面;
    (3)功能发布的时间进度;
    (4)功能的可见性方面;
    (5)从操作频率方面;
    (6)从安全性方面。


    4、测试用例

    参考依据:参考方案、需求分析的结果、需求规格。

    评审人:测试工程师、QA、开发人员、测试经理。

    输出文档:测试用例文档。


    Q:用例设计需考虑的方面有哪些(以最少的用例更全面的覆盖需求,以此发现更多的缺陷)?
    (1)编写所有必填项(一个用例);
    (2)编写所有项包括必填和非必填(一个用例);
    (3)一个完整的流程一次性走完(一个用例);
    (4)编写预期结果:包括前台、后台、数据库等方面;
    (5)新增和修改的链接为同一界面(代码一致为前提):在修改中只需测试进入界面的默认情况,其余字段只需在新增上测试,修改所有字段点击保存、重置,修改后直接返回需要提示;
    (6)删除:子信息有调用情况(全删、不能删除),例:品牌和商品,删除品牌时则提示,物理删除:可到数据库中回滚,数据库不存在;标志删除:到回收站用来做历史记录,后台可看,前台不可;
    (7)登陆:账号长度限制,正确登陆,不正确登陆;
    (8)业务流程图:场景法、基本流和备选流,串行用乘,并行用加;例:银行取款流程图;
    (9)查询:精确查询和模糊查询,like“%x%”;多条件搜索可用正交法、再补充。

    测试用例过程:
    (1)输入—动作—输出;
    (2)输入—测试环境—测试目的—执行条件—动作—输出;
    (3)为了达到某种特定目标而设计的一组测试输入、执行条件和预期结果,其目的是为了检测某个程序或何时是否满足某个特定的需求。

    测试用例的作用:便于软件质量的度量,方便测试任务的跟踪管理,方便缺陷的提交。

    如何衡量测试用例的好坏:清晰、准确、完整、简洁、一致。

    黑盒测试用例设计方法:包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。

    白盒测试用例设计方法:语句覆盖率、条件覆盖率、判定覆盖率、条件判定覆盖率、组合覆盖率、路径覆盖率。

    关于因果图法:
    (1)因果图关系:(输入与输出)恒等、非~、与^、或V;
    (2)输入约束:异E最多只能一个为1、或I最少有一个为1、唯一O有且只有一个唯一;要求R两个取值一样如C1为1C2也为1;
    (3)输出约束:强制M两个输出互异。

    #对于搜索框的测试用例设计#
    (1)单个条件;
    (2)所有条件;
    (3)任意几个条件组合:应用正交实验法再补充情况;
    (4)不符合条件查询;
    (5)条件中有相互冲突的条件,需单独测试;
    (6)输入合理的查询条件后,点击返回需有提示。


    5、测试执行
    参考依据:测试用例(需求)。

    输出:缺陷报告。

    测试执行注意事项:
    (1)注意用例执行的先后顺序:数据流向、优先级、时间进度安排;
    (2)执行的前置条件、测试环境、备注里的特殊说明;
    (3)发现问题/缺陷时,应立即保留证据,再重现缺陷;
    (4)缺陷至少重现3次,并初步定位到问题;

    (5)测试过程中,根据实际情况维护测试用例。


    测试用例的执行结果:
    (1)未测试:Not test;
    (2)通过:pass;
    (3)失败:failed;
    (4)阻塞:black;因为其它的问题导致用例无法执行;
    (5)观察:investigates。

    Q:什么时候需要维护测试用例?
    (1)需求、编码、设计发生了变更;
    (2)执行过程中发现用例描述有错误;
    (3)发现的缺陷不能对应用例,需补充用例;
    (4)发现重复、冗余的用例需删除;

    Q:什么是缺陷(遗漏、错误、额外实现)?
    (1)需求规格说明书中明确要求实现的未实现;
    (2)需求规格说明书中虽未明确规定,但实际需要实现的缺陷;
    (3)未正确实现(错误实现);
    (4)实现了需求规格中明确不需要的功能(额外实现)或实际不需要的功能;

    (5)性能、易用性等方面,站在用户的角度,会认为不够完美的。

    bug的内容:bug描述、重现步骤、实际结果、预期结果。

    缺陷的生命周期:
    提交->确认->分配->修复->验证->关闭

    缺陷的内容:
            缺陷编号、模块、项目名、版本、缺陷标题、缺陷级别、优先级、缺陷类型、测试环境、缺陷描述(bug描述、重现步骤、实际结果、预期结果、修改建议)、状态、缺陷引入原因、缺陷引入条件、发现人、发现时间、修改人、修改时间、关闭人、关闭时间、附件、对应的用例编号。

    Q:对于偶然发现,并难以重现的缺陷如何处理?
    (1)先保留证据(抓包、截图、视频等);
    (2)本机重现问题,无法重现则换电脑重现;

    (3)若重现,则根据缺陷的实际影响情况定义缺陷的严重级别;若无法重现,则找开发人员协助重现;在开发人员的协助下仍未能重现,则需要对此问题边重现边录视频(最多两小时),若2小时内重现则从发现问题的前半小时开始分析,若2小时内未重现,则需直接提交缺陷,降低缺陷的级别,将缺陷改成延迟状态,该缺陷至少历经半年或者在用户现场历经多个版本后关闭。


    6、测试报告
    定义:对于测试过程、产品质量进行评估,并对测试结果进行总结、下结论。
    依据:测试用例的执行情况,缺陷数据的统计结果。
    评审人:整个项目人员。

    测试报告评估人:测试经理、测试人员。


    测试报告的内容:

            项目背景、测试目标、测试范围、测试环境、测试策略、测试工具、测试人力资源、测试时间、测试用例数据统计、缺陷数据统计、遗留问题、测试风险、测试过程开发、产品质量评估、测试结论、经验教训与建议、附录。

    Q:编写测试报告的目的是什么?
    (1)用于项目经理决策提供依据;
    (2)用于下一个项目维护提供方便;
    (3)对测试进行评估。


    展开全文
  • 软件测试的基本流程

    千次阅读 2019-08-07 10:29:44
    软件测试的基本流程 1、需求阶段: 需求分析–需求评审–业务需求评级,绘制业务流程图 2、测试计划阶段:测试经理编写测试计划 3、测试设计阶段:各成员编写测试用例、先小组内评审、后会议评审 4、测试执行阶段:...

    软件测试的基本流程

    1、需求阶段: 需求分析–需求评审–业务需求评级,绘制业务流程图

    2、测试计划阶段:测试经理编写测试计划

    3、测试设计阶段:各成员编写测试用例、先小组内评审、后会议评审

    4、测试执行阶段:提测后,搭建QA环境,先执行冒烟测试,然后进行系统测试,提交bug,跟踪bug,直到被测软件达到测试需求要求,测试结束;

    5、测试评估阶段:出测试报告,对整个测试过程和版本质量做一个详细评估,确认是否可以上线;

    6、验收阶段:对测试结果进行验收,宣布测试阶段性结束;

    7、文档归档

    8、上线,关注线上功能和线上bug跟踪

    展开全文
  • 软件测试流程五个阶段

    万次阅读 多人点赞 2018-10-20 16:45:02
    软件测试按照研发阶段一般分为5个部分:单元测试、集成测试、确认测试、系统测试、验收测试,下面将不同阶段需要的一些工作内容做一下梳理希望可以帮助到大家。   //No.1// 单元测试   单元测试又称为模块...

    软件测试按照研发阶段一般分为5个部分:单元测试、集成测试、确认测试、系统测试、验收测试,下面将不同阶段需要的一些工作内容做一下梳理希望可以帮助到大家。

     

    //No.1//

    单元测试

     

    单元测试又称为模块测试,是针对软件设计的最小单位程序模块进行正确性检查的测试工作,单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行地独立进行单元测试。

    一、单元测试的内容:

     

    1、模块接口测试

    • 应对通过所测模块的数据流进行测试

    • 调用所测模块时的输入参数与模块的形式参数的个数、属性和顺序是否匹配

    • 所测模块调用子模块时,输入子模块的参数与子模块的形式参数在个数、属性和顺序上是否匹配。

    • 输出给标准函数的参数的个数、属性和顺序是否正确。

    • 全局变量的定义在各个模块中是否一致。

    • 当模块通过外部设备进行输入/输出操作,文件属性是否正确、open和close语句是否正确,规定的I/O格式说明与I/O语句是否匹配;缓冲区容量是否与记录长度匹配,在读写之前是否打开了文件,读写之后是否关闭了文件,对I/O错误是否做了处理。

     

    2、 局部数据结构测试

    • 局部数据结构是最常见的错误来源

    • 不一致的数据类型

    • 不正确或不一致的数据说明

    • 使用尚未赋值或尚未初始化的变量

    • 错误的初始值或错误的缺省值

     

    3、 路径测试

    运算的优先次序、常见的比较和控制流

     

    4、错误处理测试

    遇见出错的条件,并设置适当的出错处理

      

    5、边界测试

    例如循环的次数,最大或最小值

     

    二、单元测试步骤:

     

    • 利用设计文档设计测试用例;

    • 创建被测模块的桩模块或驱动模块;

    • 利用被测试模块、驱动模块和桩模块来建立测试环境,进行测试

     

    • 驱动模块:相当于所测模块的主程序,它接收测试数据,把这些数据传送给所测模块,最后再输出实际结果

    • 桩模块:用以代替所测模块调用的子模块。

     

     //No.2//

    集成测试

     

    又称为组装测试或联合测试,在单元测试的基础上,需要将所有模块按照概要设计说明书和详细设计说明书的要求进行组装。

     

    • 在把各个模块连接起来的时候,穿越各个模块的接口的数据时候会丢失

    • 一个模块的功能是否会对另一个模块的功能产生不利的影响

    • 各个子功能组装完成后,能否达到预期的父功能

    • 全局数据结构是否有问题

    • 单个模块产生的误差累计起来是否会放大

     

    模块组装成系统的方式:一次性组装方式和增殖式组装方式

     

    一、一次性组装方式

     

    先对模块分别进行测试,再把所有模块组装进行测试

      缺点:发现错我不容易定位 

     

    二、增值式组装测试

     

    先对一个个模块进行模块测试,然后将这些模块逐步组装成系统,分为两种方式:自顶向下的增殖方式和自底向上的增殖方式

     

    1、自顶向下的增殖方式(不需要驱动模块)

     

    将模块铵系统程序结构,严控制层次自顶向下进行组装。

    首先以主模块作为被测模块兼驱动模块,所有直属主模块的下属模块全部用桩模块代替,对主模块进行测试。再采用深度优先或广度优先的策略,用实际模块代替桩模块,再用桩模块代替它们的直接下属模块,与已经测试的模块构成新的子系统。然后进行回归测试。

     

    2、自底向上的增殖方式(不需要驱动模块)

     

    由驱动模块控制最底层模块的并行测试。

     

    3、混合增殖式

     

    • 自顶向下增殖方式:

    优点:能够较早的发现主要控制方面的问题

    缺点:需要建立桩模块,增加了一些附加的测试,涉及算法和输入输出的模块一般在底层,这些底层模块要到组装和测试的后期才能发现。一旦发现问题就会出现过多的回归测试。

     

    • 自底向上增殖方式:

    优点:不需要建立桩模块,建立驱动模块要比建立桩模块要简单得多,同时涉及到算法已近输入输出的模块要先测试,把最容易出现问题的部分在早期解决。

    缺点:程序一直未能作为一个实体存在,直到最后一个模块加上才能形成一个实体,控制方面最后才能接触。

     

    三、集成测试完成的标志:

     

    1、成功执行了测试计划中规定的所有集成测试

    2、修改了所发现的错误

    3、测试结果通过专门小组的评审

    4、集成测试需要提交的测试报告:

    5、集成测试计划、集成测试规格说明书以及集成测试分析报告

     

     //No.3//

    确认测试

     

    确认测试的目标是验证软件的功能和性能以及其他特性是否与用户的要求一致。确认测试一般包括有效性测试和软件配置复查。一般有第三方测试机构进行。

     

     一、进行有效性测试

     

    现软件确认要通过一系列黑盒测试。确认测试同样需要制订测试计划和过程,测试计划应规定测试的种类和测试进度,测试过程则定义一些特殊的测试用例,旨在说明软件与需求是否一致。

     

    无是计划还是过程,都应该着重考虑软件是否满足合同规定的所有功能和性能,文档资料是否完整、准确人机界面和其他方面(例如,可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意。

     

    确认测试的结果有两种可能,一种是功能和性能指标满足软件需求说明的要求,用户可以接受;

     

    另一种是软件不满足软件需求说明的要求,用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正,因此必须与用户协商,寻求一个妥善解决问题的方法

     

    二、软件配置复查

     

    保证软件配置的所有成分齐全,质量都符合要求。应该遵守用户手册和操作手册中的规定步骤。

    No.4

    系统测试

     

    软件作为计算机系统的一部分,与硬件、网络、外设、支撑软件、数据以及人员结合在一起,在实际或模拟环境下,对计算机系统进行测试,

    目的在于与系统需求比较,发现问题

     

    No.5

    验收测试

     

    以用户为主的测试,软件开发人员和质量保证人员参加,由用户设计测试用例。

    不是对系统进行全覆盖测试,而是对核心业务流程进行测试。

    码代码不容易,分享一个支付宝小红包给大家,算是给小编的一点鼓励吧,谢谢支持!

    ◆来源:图文来自网络,如有侵权请联系删除

    展开全文
  • 软件测试的基本流程及主要内容

    万次阅读 2019-03-06 17:20:07
    软件测试的基本流程: 需求分析阶段:阅读需求,理解需求,分析需求点,参与需求评审会议。 测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围,进度安排,人力物力...

    软件测试的基本流程:

    需求分析阶段:阅读需求,理解需求,分析需求点,参与需求评审会议。

    测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围,进度安排,人力物力分配,整体测试策略的制定。

    编写测试用例:适当的了解设计,搭建测试用例框架,根据需求和设计编写测试用例。

    测试执行阶段:搭建环境准备数据,执行冒烟测试(预测试)然后进入正式测试(系统测试、回归测试、交叉测试、自由测试),bug管理直到测试结束。

    输出测试报告:输出测试报告,确认是否可以上线。

    1.需求分析
    2.快速熟悉项目
    3.页面初始化测试
    4.防御性代码测试
    5.详细功能测试
    5.1 数据分析
    5.2 数据构造(举例)
    5.2.1 前台注册页面输入框(等价类边界值法)
    5.2.2 后台搜索用户页面输入框
    5.2.3 前台搜索商品价格输入框
    5.2.4 前台搜索商品品牌、价格选择字段(正交法)
    5.2.5 其他需要注意的测试内容
    5.2.5.1模态窗口
    5.2.5.2 动画
    5.2.5.3 banner图
    5.3 编写测试用例
    6.非功能测试
    6.1 sql注入攻击
    6.2 js注入攻击
    6.3 fiddler抓包
    7.根据需求文档,编写和执行流程、场景测试用例
    8.查询数据库
    9.Bug跟踪处理和回归测试
    10.结束测试

    1.需求分析

    一切测试都应追溯到用户需求

    2.快速熟悉项目

    (1)熟悉项目所处的阶段:前、中、后

    (2)项目的复用程度:全新、半复用、全复用

    (3)程序员的开发背景、业务水平

    3.页面初始化测试

    对照需求文档,查询数据库中数据,看页面中内容与页面中显示内容及其分类是否一致

    4.防御性代码测试

    如果页面中某一模块因文字增多而出现折行或覆盖其他模块的现象,说明没有对此模块进行防御性代码的书写。
    防御性代码测试属于用户体验模块,在时间紧张、任务量较重情况下,可以先不进行修改。

    5.详细功能测试

    5.1 数据分析
    5.2 数据构造(举例)
    5.2.1 前台注册页面输入框(等价类边界值法)

    (1)用户名输入框

    有效等价类:上点、内点、中划线、下划线(中划线、下划线一般允许使用)

    无效等价类:特殊符号、中文、空格、空、离点、敏感词汇、重复

    特别注意:大小写

    (2)邮箱输入框

    有效等价类:上点、内点、中划线、下划线

    无效等价类:中文、特殊符号、空、空格、离点、邮箱格式、重复

    (3)密码输入框

    有效等价类:上点、内点

    无效等价类:中文(复制进去)、离点

    特别注意:大小写

    (4)确认密码输入框

    有效等价类:与密码一致

    无效等价类:与密码内容不一致、与密码字数不一致

    (5)验证码输入框

    有效等价类:与图片一致

    无效等价类:与图片内容不一致、与图片字数不一致
    5.2.2 后台搜索用户页面输入框

    以用户名为例:

    (1)支持模糊查询

    (2)大小写

    (3)查询’%’、’_’是否转义(如果没有转义,搜索结果为模糊查询结果)

    (4)空

    (5)空格
    5.2.3 前台搜索商品价格输入框

    (1)上点、离点的测试

    (2)负号

    (3)小数点

    (4)中文、字母、特殊符号、空、空格

    (5)前后输入框的大小调换
    5.2.4 前台搜索商品品牌、价格选择字段(正交法)

    (1)列出所有的因素、水平

    (2)如果因子、水平个数正好与标准正交表一致,可以直接套用标准正交表

    (3)如果水平数一致,因子数不一致—–>采用混合正交表法(选择因子数等于或稍大的正交表,选择用例数最少的正交表)

    (4)如果因子数相同,水平数不同—->确定出现次数最多的水平数,根据水平数,找因字数相等或稍大的正交表水平数不足则补填,水平数多余则合并,最后设计完成后再分离出来),找用例数最少的正交表
    5.2.5 其他需要注意的测试内容
    5.2.5.1模态窗口

    当页面中弹出模态窗口,页面其他部分变为灰色,只有窗口内容可以操作,提示用户优先处理窗口上内容。
    5.2.5.2 动画

    当页面中有动画存在,需要多次触发动画,测试是否有动画堆积现象
    5.2.5.3 banner图

    网页顶端可以切换的图片称为banner图、轮换图、焦点图、切换图,当鼠标不在banner图范围内时,图片切换,当鼠标在banner图范围内,图片不切换。
    5.3 编写测试用例

    6.非功能测试

    6.1 sql注入攻击

    在登录页面的用户名输入框中填写数据实际上构成了一句为真的sql查询语句,eg:

    select * from iwebshop_users where name=’’ and password=’’

    1
    

    若网页没有进行sql注入攻击防范,只需要在用户名输入框中填写 ’ or 1=1– ,密码随便填写,即可构成sql语句:

    select * from iwebshop_users where name=’’ or 1=1-- and password=’’

    1
    

    实际执行的语句为:

    select * from iwebshop_users where 1=1

    1
    

    所以,sql注入攻击也被称为黑客的填空游戏。
    6.2 js注入攻击

    当我们发朋友圈或发表评论时,相当于我们发表的内容插入到了html页面中,此时,如果页面没有进行js注入攻击防范,当我们在页面中添加代码:

    1 当任何人打开此页面时都会弹出“hello world”的窗口,或者直接跳转到www.baidu.com页面。 6.3 fiddler抓包 注册账户时有许多格式要求,此时,如果只有前台有数据验证,而后台没有进行数据验证工作,可以通过fiddler工具绕过前台js验证,提交任意格式的用户名或邮箱。 步骤:打开注册页面,填写正确格式的相应内容—->打开fiddler,(点击filter可以进行筛选),按f11键暂停网页所有的提交任务——->点击注册页面的提交按钮——>回到fiddler,双击截取到的请求内容,进行修改——>点击run to completion继续完成提交任务——>双击红色标识 ## 7.根据需求文档,编写和执行流程、场景测试用例 ## 8.查询数据库 如果详细功能测试过程中有针对数据库的增删改,则需要对照需求文档查询数据库,看是否一致 ## 9.Bug跟踪处理和回归测试 ## 10.结束测试 将测试过程中所有的文档妥善保存
    展开全文
  • 软件测试流程详解

    万次阅读 2019-06-02 14:45:19
    1.软件测试的定义: 使用人工或自动手段,来运行或测试某个系统的过程。...换句话说,软件测试是一种实际输出与预期输出间的审核或者比较过程软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错...
  • 软件测试流程及规范(参考大华为的规范)

    万次阅读 多人点赞 2018-04-02 10:11:15
    参考某大佬(窝真不知道是哪位大佬)总结的测试流程并结合在华为做测试学到的规范,整理的我们公司的测试流程,分享是一种美德,so开始你的阅读吧~软件测试流程及规范一、目标制定完整且具体的测试路线和流程,为...
  • 软件测试的基本流程(详细)

    万次阅读 2018-08-09 17:04:10
    软件测试的基本流程: 需求分析阶段:阅读需求,理解需求,分析需求点,参与需求评审会议。 测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围,进度安排,人力...
  • 软件测试工作流程概括与总结

    万次阅读 多人点赞 2020-05-21 15:35:39
    最近在为面试新工作做准备,所以想想整理一下软件测试的基本工作流程,大致梳理一遍,这样也便于自己在面试过程中可以沉着的面对面试管的测试工作如何进行的问题。 首先,作为测试人员需要学习并了解业务,分析需求...
  • 软件测试详细的基本流程

    万次阅读 2019-06-24 15:13:04
    单元测试(模块测试):针对软件设计最小的单位-程序模块,进行正确性检查的测试工作 单元测试需要从程序内部结构出发设计测试用例,多个模块可以平行的独立进行单元测试 单元定义:C中个一个函数,Java中的一个类在图像...
  • 在前面两篇,我们已经学习了基本的一些知识点,今天继续了解软件测试流程软件测试流程可以说是跟随软件开发阶段而形成的相应任务。 软件测试流程是一种抽象的模型,用于定义软件测试的流程和方法。众所周知,开发...
  • 软件测试过程的持续改进

    千次阅读 2017-09-01 10:50:13
    随着国内软件测试行业的逐渐发展,有越来越多的软件企业更加重视软件测试,并已经形成了一套基本的软件测试流程。但是软件测试所起的作用还没有人们期望那样显著,因此,就需要继续加大投入对软件测试的关注程度,对...
  • 软件测试流程及主要用例设计方法

    千次阅读 2019-04-07 11:13:51
    软件测试流程及主要用例设计方法 测试新手人门,首先要掌握测试的流程和实际运作项目流程和基础的用例设计方法。 掌握测试和项目流程是了解研发过程中测试的主要工作;掌握最主要的用例设计方法就是掌握测试岗位最...
  • 软件测试中的集中测试过程简介
  • 有很多同学去软件企业应聘软件测试工程师职位,在面试时曾问到比较多的是软件测试过程模型,但都只能回答出很少的几种,不全面。所以我对各种软件测试过程模型做一个简要的介绍,希望能给同学们一定的帮助。  一...
  • 软件测试过程

    千次阅读 2019-03-24 21:17:09
    软件测试流程: 制度测试计划—准备测试环境及测试数据–设计测试用例–评审测试用例–执行测试 –提交测试发现的问题–开发修改问题–回归测试–测试总结–测试文档 1.制度测试计划 测试计划阶段主要处于测试的...
  • 软件测试流程及产出物

    千次阅读 2018-07-02 10:50:08
    本文目录结构 软件测试流程... 1 1 软件项目测试过程... 1 1.1 需求分析... 1 1.2 项目整体计划及评审... 1 1.3 测试用例设计及评审... 2 1.4 测试执行... 2 1.5 测试评估... 3 1.6 产品试用及客户培训... 3 ...
  • 软件测试过程模型:V模型 W模型 H模型 1.软件测试过程模型-V模型是软件开发瀑布模型的变种,主要反映测试活动与分析和设计的关系;51Testing软件测试网局限性:把测试作为编码之后的最后一个活动,需求分析等前期...
  • 软件测试的流程一般要考虑3点:软件测试工作总体流程图、软件测试活动分布图和软件测试流程关系图。 1.4.1 软件测试工作总体流程图 软件测试的流程图分为软件测试工作总体流程图、需求阶段测试工作流程图、设计与...
  • 软件测试流程及规范

    千次阅读 2017-09-29 18:54:07
    测试流程说明流程图需求分析 需求分析由SA制定,要求细化每一个功能的细节,每一个按钮的位置以及边界范围,对于稍大或稍复杂需求要求建模。 (1)测试需求是制订测试计划的基本依据,只有确定了的测试需求才能够...
  • 软件测试流程

    千次阅读 2018-02-24 18:29:47
    1.需求分析:了解软件需求,分析测试点,生成需求规格说明书2.测试计划:编写整个测试计划,在这个过程中需要参考需求规格说明书,这个阶段一般情况下是测试主管编写。包括了参与测试人员,测试时间安排,测试工具,...
1 2 3 4 5 ... 20
收藏数 709,603
精华内容 283,841
关键字:

软件测试流程