zoukankan      html  css  js  c++  java
  • 测试流程之测试流程拆解

    前言:与一些刚入行的测试人员接触时,发现他们对测试的认识不够,总是认为测试只是一个点、点的过程,认为测试也总是在界面上点,点的过程,我只想说“测试看似简单,但实则深不可测”,接下来就讲讲测试过程主要是做什么?

    测试主要做什么?这完全都体现在测试流程中,同时测试流程是面试问题中出现频率最高的,这不仅是因为测试流程很重要,而是在面试过程中这短短的半小时到一个小时的时间,通过测试流程就可以判断出应聘者是否合适,故在测试流程中包含了测试工作的核心内容 ,例如需求分析,测试用例的设计,测试执行,缺陷等重要的过程。下面就以迭代测试为例,给大家画下测试流程图:

    1.需求分析

    一般在上一个迭代测试即将完成之时,下一个迭代的需求文档就已经发出来,放到配置管理平台,便于测试和开发自取,那这个时候一般测试人员就会自动去取需求文档,开始做需求分析,需求分析主要是分析接下来的需求,从功能交互,测试要点等方面入手分析。

    需求分析完成之后,就会开始需求评审,如果对需求评审不了解的,可以查看上一篇文章。

    2.编写测试用例

    需求评审完成之后,对测试而言,应该还需要编写测试计划和测试方案,一般测试计划是由测试主管编写,测试方案是高级测试工程师编写,故有些测试人员并不会要求编写,但是测试用例却是每个测试人员都需求编写的,一般测试用例我们主要用到的都是黑盒用例设计方法,如等价类分析法,边界值分析法,因果图,判定表,场景法,状态迁移,错误推测法等等,根据自己熟悉的方法和需求文档来设计测试用例。

    测试用例编写完成后,测试人员就要开始用例评审,用例评审与需求评审的评审流程相同,只是发起人和评审内容,评审重点不同。

    3.测试执行

    一般用例评审完成之后,就要开始等待开发转测。

    转测成功后,测试这边就要开始搭建测试环境,然后进行冒烟测试,冒烟测试通过后才开始进入正式测试执行阶段。

    冒烟测试的重点:

    (1)原来版本的主要功能

    (2)新需求的主要功能主要流程

    4.提交缺陷

    在正式测试阶段,测试人员是根据已经编写好的测试用例执行程序,当执行程序的实际结果与测试用例的预期结果不符时,就需要在缺陷管理工具上提交bug单,bug单会根据bug处理流程进行处理。

    5.回归测试

    当开发人员修改了大部分bug时,开发人员会再次合版,联调,转测,这时测试人员就会进入到回归测试阶段。

    回归测试的重点:

    (1)检查bug单上的缺陷是否被修复OK

    (2)检查在修改bug的时候是否引入新的bug

    6.部署上线/交付

    在测试执行阶段会根据测试标准中的出口准则,结束测试活动,如果测试结果是OK的,这时运维人员就可以开始部署上线,或者进行版本交付。

    上面的测试流程是基于有需求文档的一个完整测试流程,如果公司没有需求文档,则测试流程就会在上面的基础上有所删减。

  • 相关阅读:
    HDU 1058 Humble Numbers
    HDU 1160 FatMouse's Speed
    HDU 1087 Super Jumping! Jumping! Jumping!
    HDU 1003 Max Sum
    HDU 1297 Children’s Queue
    UVA1584环状序列 Circular Sequence
    UVA442 矩阵链乘 Matrix Chain Multiplication
    DjangoModels修改后出现You are trying to add a non-nullable field 'download' to book without a default; we can't do that (the database needs something to populate existing rows). Please select a fix:
    opencv做的简单播放器
    c++文件流输入输出
  • 原文地址:https://www.cnblogs.com/lifangzhen/p/10045427.html
Copyright © 2011-2022 走看看