zoukankan      html  css  js  c++  java
  • (转载)测试点设计及编写思路

    我们写用例的时候一般是先写测试点,然后再写测试用例,也可以这么理解,测试点就是精简版的测试用例。编写用例四个基本方法:等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说,这四个方法足够了。编写测试用例的策略:先点后面,先局部再整体,最忌讳的是点和面混在一起,局部和整体不明。

    在测试点设计的时候,需要思考如下几点:

    1、测试操作的难度;

    测试操作包括环境、配置、执行等因素,在测试设计时,尽量减小操作的难度。

    2、重要性及优先级;

    测试点一定要区分重要性及优先级,以便在实际项目测试中进行选择。重要性部门建议突出内部测试、外部验收、线上问题等标签,便于管理和分类更新。

    3、自动化可实现性;

    测试点一定要考虑自动化实现的难易度,因为自动化是提高测试效率的关键;在此还有一个问题需要注意,那就是自动化按照测试点设计要求的实现程度,如果不能100%按照预期要求进行覆盖的话,可能会遗漏非常重要的测试部门,这时候最好拆分成两个测试点。

    4、真实场景的需求及模拟;

    测试点在编写的过程中,一定要考虑真实使用场景,这会非常的高效,场景模拟本来就是测试点编写的重要方法之一。

    5、层次分明(点、面、体),切勿大小用例及测试模块混淆;

    测试点分类中注意区分所属模块和层级,层级中注明基本测试点、高级测试点和系统测试点,这个可以根据项目的具体进行区分。

    6、用例编写策略一致性,简单、明了、直接,最好不要超过8步;

    好的测试用例一定是非常清楚的,执行步骤不超过8步,这个在测试点和测试用例的设计中一定要注意;执行步骤太长,不利于问题的定位分析。

    7、测试配置的复用;

    所有的测试设计,最终都是为了执行,执行的时候有很多的配置,这些配置能否复用是非常关键的,直接关系到执行的效率。

    8、测试用例的维护和管理;

    测试用例的维护和管理历来都是非常重要的问题,如何维护用例的基线,如何不断的调整和更新,如何不断的优化和改进,都是极其重要的。

    9、测试用例评审;

    测试用例必须要评审,以听取多方面的意见,为了提高评审的效率,建议先内部评审,之后在项目组内部评审,听取相关人的评审建议(以测试点讲解为主,且重点是研发可能关注的用例,这个需要提前判断)。

    10、必须经过长期的大量的积累,才能写出高质量的用例;

    用例编写从来都不是一件易事,需要相当多的积累和大量的反复练习。

    测试点设计三步走

    测试点最好一次性设计完成,之后不断修改和完善,根据经验,设计主要分为三步,每一步都有其不同要求,在项目测试执行阶段的侧重点也有不同,下面简单介绍下思路。

    第一步:以“点”为主;

    点阶段是项目测试前期执行中的最小单元,这个阶段测试点的设计及执行有几个要求:

    1、测试点设计要简单、独立、明确、减少与其它点的交叉;

    2、测试点设计的范围局限于单个模块内部;

    3、测试点设计以功能验证为主,性能指标、可靠性、可用性等暂不涉及;

    4、测试点设计以正向测验为主,异常测试及复杂场景模拟先不考虑;

    5、测试点执行时的策略:优先选择简单、执行难度小、功能最核心的指标,尽早暴露问题;

    6、项目前期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部基本功能测试;

    第二步:以“面”为主;

    面阶段是项目测试中期执行中的单元,这个阶段测试点的设计及执行有几个特点:

    1、测试点设计要稍微复杂些,考虑单模块内部的异常和复杂场景;

    2、测试点设计的范围不仅包括单模块的复杂设计要求,还包括模块间的接口测试;

    3、测试点设计以功能验证为主,单模块及模块间的性能指标、可靠性、可用性可以涉及;

    4、测试点设计以正向测验为主、异常测试及复杂场景模拟为辅;

    5、测试点执行时的策略:优先选择功能最核心的指标,必要的性能和异常场景,尽早暴露问题;

    6、项目中期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部高级功能和性能测试,模块间的接口测试;

    第三步:以“体”为主;系统、性能和异常模拟

    1、测试点设计要复杂些,考虑被测系统多模块/全模块内部的功能、性能、稳定性、可用性、可靠性等指标的测试;

    2、测试点设计的范围不仅包括被测系统多模块/全模块级别的测试,还包括系统与外界环境的兼容性、真实场景模拟等;

    3、测试点设计以被测系统多模块/全模块功能验证为主,其次是性能指标,最后是可靠性、可用性、可升级性等指标;

    4、测试点设计以被测系统多模块/全模块的正向测验,功能性能全部通过之后是异常测试及复杂场景模拟;

    5、测试点执行时的策略:优先选择被测系统多模块/全模块的功能、性能最核心测试指标,必要的可靠性和异常场景模拟,尽早暴露问题;

    6、项目后期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是被测系统多模块/全模块的功能和性能测试,各种稳定性、可靠性测试等;

    总之,测试点的设计绝非易事,需要在多种因素下分步骤进行,在测试执行过程中,也需要灵活选择相应的测试点,把控项目测试进度和质量。
    ————————————————

    转载:https://zimingzilong.blog.csdn.net/article/details/89405997

  • 相关阅读:
    IntelliJ IDEA 常用快捷键
    solr4.5分组查询、统计功能介绍
    用于Lucene的各中文分词比较
    Lucene打分规则与Similarity模块详解
    Lucene
    tar中的参数 cvf,xvf,cvzf,zxvf的区别
    tmux 入门踩坑记录
    第一个shell脚本
    make 和 make install 的区别
    交叉编译
  • 原文地址:https://www.cnblogs.com/nly666/p/14639905.html
Copyright © 2011-2022 走看看